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Beschreibung 

Verfahren, Endgerat und Server zur Obertragung von Service- 
nachrichten im Fest- und/oder Mobilnetz 

5 

Die Erfindung betrifft ein Verfahren zur Obertragung multime- 
dialer Nachrichten von einem Kommunikationsserver zu einem 
Message-Server und von diesem in auf bereiteter Form zur Visu- 
alisierung auf einen Endgerat im Heimumfeld. 

10 

Als Nachfolger des sehr weit verbreiteten SMS (short message 
service) haben die Mobilf unkbetreiber den Multimedia Message 
Service (MMS) entwickelt und eingefiihrt. Dieser Dienst ist 
dadurch charakterisiert, dass Bild, Ton, und Textdateien als 

15 Einheit iibertragen, dem Empfanger unmittelbar zugestellt und 
von Endgerat visualisiert werden. Voraussetzung ist, dass der 
Empfanger liber ein MMS-fahiges Terminal verfiigt. Ist dies 
nicht der Fall wird eine SMS zugestellt, die den Empfang ei- 
ner MMS mitteilt und gleichzeitig einen URL enthalt, iiber die 

20 der Empfanger mittels eines WEB-Browsers die Nachricht zu ei- 
nem spateren Zeitpunkt abrufen kann. Verfiigt das Endgerat 
auch nicht tiber SMS, steht auch am MMS-Dienst nicht zur Ver- 
f ugung . 

25 Fur die Zustellung von Multimedia Messages (MMS) an ein nicht 
unmittelbar an das Mobilf unksystem angeschlossenes Endgerat 
(z.B. ein DECT-Phone) ist nach dem heutigen Stand der Technik 
ein F-MMS Gateway, sowie ein MMS-fahiges Endgerat erforder- 
lich. MMS-fahige Endger&te fur das Festnetz werden jedoch nur 

30 nach und nach im Markt eingefiihrt und verfiigbar sein. Fur ei- 
ne rasche Einfiihrung des MMS-Dienstes im Festnetz ist es da- 
her notwenig, Teilnehmern auch den MMS-Empfang mit beliebigen 
Endgeraten zu ermoglichen. Ferner erfordert die direkte Zu- 
stellung einer MMS immer einen leitungsvermittelten Netzzu- 

35 gang. Dieser wird genutzt, damit uber existierende Protokolle 
dem Endgerat mittels einer SMS (Notify) mitgeteilt werden 
kann, dass eine neue MMS vorliegt. t)ber die in der SMS ent- 
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haltenen URL ladt das Endgerat die Nachricht vom MMSC und 
stellt diese dar. Dieser Abruf erfolgt gemafi der MMS- 
Standardisierung Uber HTTP- In diesem Szenario ist zumindest 
ein SMS-fahiges Kommunikationsterminal im Festnetzumf eld er- 
5 forderlich. 

Bislang existieren nur Losungen, die davon ausgehen, dass 
MMS-Nachrichten Uber ein leitungsvermitteltes Netzwerk an ein 
Telef on-artiges Endgerat ubertragen werden. Der Erhalt neuer 

10 Nachrichten wird iiber eine SMS signalisiert , die eine URL 

enthalt, unter der das Endger&t die gesamte MMS PDU abruf en 
kann. Es ist dann Aufgabe des auf dem Endgerates installier- 
ten speziellen MMS-Clients die PDU zu analysieren und die In- 
halte darzustellen. Es gibt Losungen die einzelne Bilder auf 

15 einem TV darstellen konnen oder die grafische Ausgabe auf dem 
Endgerat auch an ein Fernsehgerat ubertragen. 

Die der Erfindung zugrundeliegende Aufgabe besteht darin, ein 
Verfahren, Endgerat und Server zur Ubertragung von Service- 

20 nachrichten im Fest- und/oder Mobilnetz anzugeben, bei dem 
verschiedenartige Servicenachrichten - wie z.B. Multimedia- 
nachrichten (MMS-Nachrichten) , Kurznachrichten (SMS- 
Nachrichten) , Email-Nachrichten, Faksimilenachrichten, "Voice 
Mail "-Nachrichten , "Instant Messaging"-Nachrichten etc. 

25 die bei einem Servicezentrum zur Verfiigung steht bzw. ge- 

stellt wird oder in dem Endgerat generiert werden, zwischen 
dem Servicezentrum und dem Endgerat ubertragen werden, ohne 
dass das Endgerat als "Client" in Bezug auf die Obertragung 
und Bearbeitung der Servicenachricht ausgebildet sein muss. 

30 

Die Erfindung betrifft ein Verfahren zur Obertragung multime- 
dialer Nachrichten von einem Kommunikations server (MMSC) zu 
einem Message-Server (xMMS-Server ) und von diesem in aufbe- 
reiteter Form zur Visualisierung auf einen Endgerat im Heim- 
35 umfeld (Settop Box + TV-Set) . Die Losung signalisiert den Er- 
halt neuer Nachrichten uber eine existierende IP-Verbindung 
auf einem TV-set mittels http Push. Voraussetzung ist ein 
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Listener-Programm auf der STB. Die Signalisierungnachricht 
enthalt auf das Nutzerbediirf nis abgestimmte und aus der ein- 
gegangenen Nachricht extrahierte Nachrichteninhalte . Alter- 
nativ sieht das Konzept eine Signalisierung liber 
5 SIP : Message () vor. Ferner erlaubt das Konzept, dass MMS- 

Nachrichten von einer STB uber http abgerufen und optimal auf 
das TV und die Teilnehmerbedurf nisse abgestimmt visualisiert 
werden konnen . Der xMMS-Server generiert die Presentation aus 
der eingegangenen Nachricht und hinterlegten Style-Sheets 
10 mittels eines XSLT-Prozessors . [weitere Details siehe beilie- 
gende Beschreibung] 

Die Notwendigkeit einer leitungsvermittelten Anbindung des 
Empfangsgerates entfallt. Damit vergrossert sich der Anwen- 
15 dungsmoglichkeiten und die Flexibilitat der Losung. Durch die 
Anmeldung des Nutzers in Verbindung mit erganzenden Struktur- 
inf ormationen in der MMS ist der bislang unpersonliche Tele- 
fonanschluss personif izierbar . , d.h. Nachrichten an einen Te- 
lef onanschluss erreichen nur eine bestimmte Person. 

20 

Ein Ausfuhrungsbeispiel der Erfindung wird anhand der FIGUREN 
1 bis 10 erl&utert. Es zeigen 

Die im nachf olgenden beschriebene Erfindung ermoglicht es, 
25 dass der Erhalt multimedialer Nachrichten tiber eine Settopbox 
(STB) auf einem TV signalisiert und werden kann. Die Erfin- 
dung ist dadurch charakterisiert , dass zur Signalisierung ei- 
ne Anbindung Uber ein IP-Netz ausreichend ist. Weder ist eine 
Anbindung an das leitungsvermittelte Netz erforderlich noch 
30 die Zustellung einer SMS. 

Die Erfindung ist in einer bevorzugten Ausfuhrung in FIGUR 1 
dargestellt mit dem xMMS-Server als zentralem Element. Dieser 
nimmt MMS (multimediale Nachrichten) direkt vom MMSC entgegen 
35 und speichert diese. Die Kommunikation zwischen xMMS-Server 

und dem MMSC (F-MMSC Gateway) verwendet SMTP, wobei der xMMS- 
Server uber eine Mail-Adresse adressiert wird. Die vom MMSC 
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ubermittelte Nachricht enthalt die MMS PDU, die wiederum die 
Telef onnummer des eigentlichen Adressaten bzw. eine XML- 
Be schreibung des Adressaten enthalt. Alternativ konnen auch 
die standardisierten Schnittstellen MM1 bis MM7 eingesetzt 
5 werden. Diese Art der Kommunikation erlaubt es Nachrichten 

bei Eintreffen auf dem MMSC direkt an den xMMS-Server weiter- 
zuleiten. Fur welche Telef onnummern das MMSC die Nachrichten 
weiterleiten soil wird im MMSC konf iguriert . 

10 Der Dienstes "MMS on TV" , also die Moglichkeit Multimediale 
Nachrichten vom TV aus abzurufen, muss von einem Dienste- 
betreiber bereitgestellt werden. Dies kann der Betreiber des 
MMSCs / F-MMS Gateways sein, aber auch ein eigenstandiger 
Betreiber. Dieser verfugt ttber eine Schnittstelle, uber die 

15 er weiterzuleitende Anschliisse beim MMSC eintragen (lassen) 
kann. Auch kann eingetragen werden, ob Teilnehmer auch eine 
Sendeberechtigung haben. 

Beim xMMS-Server sind alle Teilnehmer des Dienstes "MMS on 

20 TV" registriert mit "user name" und Passwort. Da die Fest- 

netztelef onnummer in der Regel nicht personlich, ist ein Me- 
chanismus erf orderlich, der die eintreffende MMS einer Person 
zuordnen kann. Die Erfindung sieht daher vor, dass es fur ei- 
ne Telef onnummer (Anschluss) mehrere Accounts geben kann. F- 

25 MMS spezifiziert eine Erweiterung derart, dass eine einstel- 
lige Ziffer an die Festnetznummer zur Identif izierung einer 
bestimmten Person angehangt werden kann. Diese erweiterte Te- 
lef onnummer ist Bestandteil der MMS PDU . Die Telef onnummer 
kann vom xMMS-Server ausgewertet werden. Eine Variante der 

30 Erfindung besteht darin, dass die Nachrichten erganzende 

Strukturinf ormationen beinhalten, z.B. in MPEG-7 beschrieben, 
die den Adressaten eindeutig angeben. Anhand dieser Informa- 
tion kann der xMMS-Server Nachrichten Personen auch am glei- 
chen Anschluft zuordnen. 

35 
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Der xMMS-Server speichert die eingehenden Nachrichten fur je- 
den registrierten Teilnehmer in einem eigenen Unterverzeich- 
nis . Der xMMS-Server analysiert die MMS und erzeugt die MMS 
5 beschreibende Strukturdaten, die vorzugsweise in MPEG-7 vor- 
liegen. Diese 

Der xMMS-Server ist uber eine IP-Verbindung mit der STB des 
Teilnehmers verbunden. Mit Einschalten der STB registriert 

10 diese sich bei dem Service-Betreiber und bekommt eine IP- 
Adresse zugewiesen. Wird die STB direkt uber PPPoE an eine 
Service-Platform angebunden, ist diese IP Adresse eindeutig 
und kann dem xMMS-Server fur die weitere Kommunikation sofort 
mitgeteilt werden. Befindet sich die STB hinter einem DSL- 

15 Router steht die tatsachliche IP-Adresse der Box nicht ohne 
weiteres zur Verfugung. In diesem Fall wird dem xMMS-Server 
die vom Router vergebene Adresse mitgeteilt. Eine Authentifi- 
zierung erfolgt separat. 

20 Da es sich auch bei der STB urn kein personliches Endgerat 

handelt, sondern urn ein Gerat, das von verschiedenen Personen 
benutzt wird, reicht die Identif ikation des Gerates nicht 
aus, bzw. ist eigentlich gar nicht notwendig. Schaltet der 
Teilnehmer die Box an weil er Nachrichten empfangen will, 

25 baut die Box eine IP-Verbindung zum ISP auf . Entweder trig- 

gert die STB den DSL-Router eine PPPoE Session zum ISP aufzu- 
bauen, oder der DSL-Router ist bereits "online" und vergibt 
uber DHCP eine IP-Adresse an die STB. Entsprechend kann die 



5 



200404159 



STB eine IP-Verbindung auch mittels eines Modems iiber POTS 
oder ISDN aufbauen. 

Zur Kommunikation mit der STB und dem Teilnehmer verfugt der 
xMMS-Server iiber einen WEB-Server. Steht die IP-Verbindung 
kann der Teilnehmer sich iiber einen auf der Box installierten 
WEB-Browser auf der Einstiegsseite des xMMS-Server mit seinen 
Account Daten anmelden. Die URL dieser Seite ist auf der Box 
hinterlegt. Dabei wird dem Server mitgeteilt, unter welcher 
IP-Adresse der Teilnehmer von nun an zu erreichen ist, Mit 
der Anmeldung hinterlegt der Teilnehmer auch, wie er bei Ein- 
treffen einer neuen Nachricht informiert werden will (siehe 
erg&nzende Anmeldungen) . An angemeldete Anwender wird der Er- 
halt von Nachrichten automatisch iiber die STB entsprechend 
einem eingestellten Profil auf dem TV signalisiert . Dieser 
kann Nachrichten dann Abrufen und in Nachrichten in seinem 
Archiv navigieren. 

Die Erfindung sieht vor, dass der Teilnehmer auf seiner STB 
eine Applikation zur Verfugung hat, die es ihm erlaubt auch 
multimediale Nachrichten zu erstellen und zu versenden. Vom 
Teilnehmer auf der STB erstellte Nachrichten bestehen aus 
verschiedenen Komponenten (Text, Bilder, Ton, Videos, Annota- 
tionen) , die an den xMMS-Server iiber HTTP iibertragen werden. 
Der xMMS-Server bereitet diese in eine giiltige MMS PDU auf 
und leitet diese iiber HTTP oder SIP (eine Anbindung iiber SMTP 
an das MMSC ist eine mogliche Alternative) zum Versenden wel- 
ter. Die Autorisierung, dass eine Nachricht gesendet werden 
darf, muss zuvor vom Service Provider freigegeben worden 
sein, wofiir die Erfindung ein Interface zwischen Service 
Betreiber und MMSC Betreiber vorsieht. 

Ohne Einschrankungen existieren verschiedene Ausf iihrungsvari- 
anten, die in den FIGUREN 2 bis 4 dargestellt sind. 
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1. Die STB verfUgt iiber Schnittstellen, tiber die andere 
Endgerate zur Notifikation und den Nachrichtenabruf 
eingesetzt werden konnen. 

a. Das Empf angsgerat ist ein schnurloses Telefon. Die 
5 Basisstation des schnurlosen Telefons ist tiber USB 

mit der STB verbunden. Das Koramunikationsprotokoll 
basiert vorzugsweise auf UPnP, das es der STB uber 
diese Schnittstelle erlaubt dem schnurlosen Telefon 
den Erhalt von Nachrichten zu signalisieren . Ober 
10 diese Schnittstelle ist es ferner moglich auch gan- 

ze Nachrichten direkt auf dem schnurlosen Telefon 
darzustellen . 

b. Das Empf angsgerat ist ein PDA, Smartphone oder an- 
derweitiges Gerat, das einen Player fttr eine oder 

15 mehrere Markup Sprachen (SMIL, HTML, WML, XML) be- 

inhaltet, vorzugsweise einen HTML Browser. Der PDA 
ist iiber Bluetooth, WLAN oder anderen Verbindungs- 
technologien mit dern STB verbunden. Diese stellt 
die IP-Verbindung zur Kommunikation mit dem xMMS- 

20 Server bereit. Ober diese Verbindung kann sich der 

Teilnehmer vom PDA aus iiber die Einstiegsseite des 
xMMS-Servers anmelden und sein aktuelles Geratepro- 
fil hinterlegen. 

25 2. Verschiedene Endgerate nutzen die IP-Verbindung des 

DSL-Modems / Routers fur eine direkte Verbindung zum 
xMMS-Server, wobei jedes Endgerat seine eigene IP- 
Adresse vom Router zugeteilt bekommt. Als Endgerate 
sind PDAs oder Smartphones mit WLAN, PCs, Laptops, 

30 TabletPCs geeignet. Der xMMS-Server wird beim Anmelden 

tiber das WEB-Interf ace iiber das aktuelle Endgerat und 
dessen spezifischen Merkmale informiert (vgl. FIGUR 2). 

Fur das Gesamtkonzept existieren weitere Ausf tihrungsvarianten 
35 (vgl. FIGUR 3) . 

1. Der xMMS-Server befindet sich im Heimumfeld 
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a. Integriert in die STB 

b. Integriert in die Basisstation des schnurlosen Te- 
lef ons 

5 In dieser Variante ist der xMMS-Server liber SMTP direkt 

mit dem MMSC verbunden. Die Zuordung der IP-Adresse zur 
Telef onnummer muss bei jeder Aktivierung der STB erneut 
erfolgen. Da im ausgeschalteten Zustand der Box keine 
Nachrichten zugestellt werden konnen, das MMSC Nachrich- 

10 ten aber nur vortibergehend speichert, ist eine dauerhaf- 

ter Betrieb mit einer dauerhaften IP-Verbindung vorteil- 
haft (always on") . In diesem Fall ist ein separater No- 
tifikationsmechanismus, z.B. iiber SMS bei F-MMS , nicht 
erforderlich. Anstelle von SMTP stellt auch die auf HHTP 

15 basierende MMl-Schnittstelle einen geeigneten Mechanis- 

mus bereit. 

2 . Der xMMS-Server kann als Applikations-Server in einen 
Service Piatt form integriert werden (z.B, T-COM HOME), 
2 0 Stellt die Service Plattform dem Teilnehmer einen WEB- 

basierten Zugang bereit, ist die Integration besonders 
einfach, da der WEB-Server-Teil mit verwendet werden 
kann. 

3 . Die die Userdaten speichernde Datenbank ist eine vom 
25 xMMS-Server unabh&ngige Instanz, bzw. der xMMS-Server 

greift auf die Datenbank zu, die der Betreiber zur Re- 
gistrierung der Dienstenutzer betreibt . Die vom xMMS- 
Server zu implementierende Schnittstelle richtet sich 
nach dem System, wobei im Festnetz Radiusserver typisch 
30 sind. 

4 . Der Verbindungsauf bau zwischen xMMS-Server und STB er- 
folgt iiber SIP. Daftir ist auf der STB ein SIP-Client 
implementiert . Dieser stellt auch das GUI fur die Re- 
35 gistrierung und Dienstekonf iguration bereit. Ist eine 

IP-Verbindung etabliert, registriert sich der Anwender 
iiber SIP : REGISTER ( ) . Der xMMS-Server ist als SIP Service 
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integriert, d.h. beim SIP-Proxy bekannt, sodass dieser 
Anfragen an den Server korrekt weiterleiten kann. Nach 
Registrierung ist dem xMMS-Server ist Adresse, unter der 
der Teilnehmer erreicht werden kann (unter anderem die 
IP -Adresse), bekannt. Anderungen der Erreichbarkeit des 
Teilnehmers werden uber den SIP-Proxy dem xMMS-Server 
unmittelbar mitgeteilt, sodass der xMMS-Server dynamisch 
auf Veranderungen reagieren kann, Der xMMS-Server ist 
als state-full Server ausgefuhrt, d.h. heisst er kennt 
den Zustand des Abrufes vom Teilnehmer. Bei Erhalt einer 
neuen Nachricht vom MMSC verifiziert der xMMS-Server li- 
ber den SIP Proxy die Erreichbarkeit des Teilnehmers und 
schickt die aufbereiteten Notif ikationen tiber SIP als 
SIP:Message () . Der SIP-Client bzw. einem mit dem SIP- 
Client kommunizierende Anwendung visualisiert die Noti- 
fikation. Dies kann auch ein WEB-Browser sein, wenn der 
Inhalt der SIP-Message eine HTML-Seite ist. Ein Bestand- 
teil der Notifikation ist ferner eine URL fur den Abruf 
der vollstandigen Nachricht vom xMMS-Server (vgl. FIGUR 
4) . 

5. Das sendende Terminal enthalt einen xMMS Client, der ne- 
ben den eigentlichen multimedialen Inhalten (Bilder, 
Text, AUdion, Sprache, Video) auch erganzende, die Nach- 
richt beschreibende Metadaten auf der Basis von MPEG-7 
sendet . 

In FIGUR 5 ist der Flow beim Verbindungsauf bau dargestellt. 

In FIGUR 6 ist der Flow bei einer Notifikation und dem Abruf 
dargestellt . 

Die Erfindung betrifft ein Verfahren zur ttbertragung multime- 
dialer Nachrichten von einem Kommunikations server zu einem 
Message-Server und von diesem in auf bereiteter Form zur Visu- 
alisierung auf einen Endgerat im Heimumfeld. 
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Die zentralen Elemente der Erfindung sind 

• die Zustellung von MMS auf ein Endgerat, das selbst 
nicht uber einen speziellen Client zum Verstehen einer 
MMS verfugt. 

• das Bereitstellen eines die eingehenden MMS aufbereiten- 
den xMMS-Server, der uber IP mit dem Endgerat kommuni- 
ziert . 

• Ein Mechanismus, der es Teilnehmer / Empf anger erlaubt 
festlegen, in welchem Umfang sie uber den Erhalt neuer 
Nachrichten informiert werden wollen und den Inhalt von 
Benachrichtigungen bedarf sorientiert zu erstellen. 

• Ein Konzept, das es erlaubt Nachrichten, das Archiv pa- 
rallel zum zur Darstellung, Navigation und Steuerung 
mehrerer Funktionslemente auf einem Bildschirm 

Ira Detail verfiigen die Komponenten uber die folgenden Funkti- 
onen und Eigenschaf ten (vgl. FIGUR 7): 

• xMMS-Server 

o Registrierung, Authentif izierung, Autorisierung und 
Verwaltung registrierter Empfanger 

o nimmt von eingehende MMS von einem MMSC uber SMTP 
oder eine der bei 3GPP spezif izierten MMS- 
Schnittstellen MM1 - MM7 entgegen 

o analysiert und strukturiert eingehende Nachrichten 
(von wem, welche Medien, semantische Analyse von 
Audio, Bildern und Video - identif izieren charakte- 
ristischer Merkmale urn ein spateres Auffinden, Fil- 
tern und Konvertieren zu vereinfachen und zu be- 
schleunigen) ; Beschreibung der Strukturinf ormation 
in MPEG- 7 

• archiviert eingegangene Nachrichten in person- 
lichen Verzeichnissen (Empfanger) 
o Zustellen von Benachrichtigungen uber den Eingang 
neuer Nachrichten an das Endgerat als PUSH uber IP 
auf einen geoffneten TCP Port; alternativ als 
SIP:MESSAGE() 
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o Aufbereiten der MMS in einer auf das Endgerat und 
die personlichen Praferenzen des Endteilnehmers ab- 
gestimmten Form auf; XSLT Transformation basierend 
auf hinterlegten Style Sheets und Scripten (abh. 
von Endgeratemerkmalen und pers . Praferenzen) gene- 
riert aus den Elementen der eingegangenen Nachricht 
eine Presentation der Nachricht; Erstellen einer 
Presentation in einem fur das Endgerat geeigneten 
Format, z.B. HTML fur einen WEB-Browser (alternativ 
auch SMIL, WML, SVG, ....) 

o Bereitstellen von Steuerf unktionen, wie beispiels- 
weise das Loschen von Nachrichten, z.B. realisiert 
tiber Java-Scripte . 

o verwaltet den Status jedes angemeldeten Nutzers in 
Bezug auf den Abruf von Nachrichten. Damit konnen 
mehrere Nutzer von derselben STB ihre personlichen 
Nachrichten individuell abruf en und verwalten (sta- 
te full server, multi session) 

o Entgegennahme von Nachrichtenelementen vom Endgerat 
fiir das Versenden als MMS 

o Komposition einer MMS und Versenden iiber SMTP an 
das MMSC 

Empfangsgerat (vgl. FIGUR 8) 

o kann ein beliebiges Endgerat sein, und ist in einer 

spezifischen Ausfiihrung eine STB. 
o Stellt eine Applikation zur Visualisierung von Pra- 

sentationen / Medien bereit, z.B. ein WEB-Browser 
o Implementiert eine Kommunikationskomponente, ge- 

nannt Listener, die ftir die Benachrichtigungen vom 

xMMS-Server einen TCP Port verwaltet 
o Alternativ implementiert das Endgerat einen SIP 

Client . 

o Die Komponente visualisiert die Benachrichtigungen, 
die sowohl Text als auch Bild, Audio und Videokom- 
ponenten beinhalten kann. Visualisierung wird uber 
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eine API gesteuert (Text, Audio, Bilder, Fenster- 
grofie, Fensterposition, Kommandos) ; alternativ kann 
der Listener die erhaltenen Inhalte auch an den 
Browser zur Visualisierung weiterleiten 
5 o Stellt dem Browser eine URL bereit, taber die dieser 

die eigentliche Nachricht, aufbereitet fiir das End- 
gerat, abrufen kann. 
o Der Listener erlaubt aus der Notifikation heraus 
unmittelbar eine Applikation, z.B. den Browser zum 

10 Abrufen der gesamten Nachricht aufzurufen. 

o Endgerat kann entweder als plug-in Oder als eigen- 
standige Applikation eine Applikation zum Senden 
von Nachrichten implementieren. Diese ubermittelt 
die erstellten / ausgewahlten Inf ormationen (Text, 

15 Bild, Audio, Video) gemeinsam mit den wahrend des 

Editieren automatisch ermittelten Strukturinf orma- 
tionen (z.B. opening, closing, Bedeutung / Funktion 
von Textelementen (z.B. Maintext, Kommentar, Fuss- 
note, ...) Referenzen) , die in MPEG-7 beschrieben 

20 sind, an den xMMS-Server 

• Notifikation: 

Das Besondere Merkmal der Erfindung ist, dass die Art 
und der Umfang der Benachrichtigungsnachricht vom Emp- 
25 finger individuell einstellbar ist. Hierfur teilt der 

dem xMMS-Server beim Anmelden den gewunschten Modus mit: 

• Einblendung eines Fensters, in das die semantisch 
wichtigsten Nachrichtenelemente, bzw. Teile davon, 
der eingegangenen Inf ormationen dargestellt werden. 

30 Das Fenster wird uber den laufenden TV-Screen ge- 

blendet. Die Grofte des Fensters als auch dessen Po- 
sition auf dem TV-Schirm kann variieren und sollte 
den TV Bildschirm nicht vollig verdecken. Die Ex- 
traktion der Inhalte aus der eingegangenen MMS ti- 

35 bernimmt der xMMS-Server. 

• Einblendung einer Information in einer Statuszeile, 
wobei als Kernkomponenten der Sender und der Adres- 
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sat angezeigt werden. Um welchen Nachrichtentyp es 
sich handelt sind nutzliche Erganzungen, wenn das 
Notif izierungssystem nicht nur fiir MMS eingesetzt 
wird. 

• Es erfolgt keine Notif izierung, d.h. der Teilnehmer 
wird nicht gestort bzw. unterbrochen 

• Der Server extrahiert die relevanten Nachrichten- 
elemente fiir den eingestellten Modus anhand der ge- 
speicherten Strukturinf ormation und schickt diese 
Nachrichtenelemente gemafi des eingestellten Modus 
an das Listener-API . 

Visualisierungskonzept : 

o Der Bildschirm ist in 4 Quadranten unterteilt, wo- 
bei jeder Quadrant vom Browser als 1 Frame verwal- 
tet wird. 

o Zur Navigation zwischen den Frames sind die hori- 
zontalen Cursortasten vorgesehen 

o Die Navigation innerhalb eines Frames erfolgt uber 
die vertikalen Cursortasten; daflir werden die Links 
entsprechend im Prasentationslayout angeordnet 

o "Enter" aktiviert den selektierten Link 

o Zur Realisierung erganzender Funktionen, z.B. Nach- 
richten loschen, MMS verlassen, Screenshot, werden 
die f arbcodierten Tasten mit Funktionen hinterlegt. 
Die aktuelle Funktion der als Softkeys funktionie- 
renden Farbtasten wird in einer Status zeile ange- 
zeigt (Ausserhalb des Browsers) . Auch die Steuerung 
wird von einer ausserhalb des Browsers liegenden 
Systemkomponente realisiert, sodass man aus dem 
Browser herausspringen kann. Die externe Control- 
komponente kann den Browser uber APIs steuern. 

Zu Beginn stellt die STB eine IP-Verbindung zum xMMS- 
Server her. Ober ein WEB-Formular meldet sich der Teil- 
nehmer beim xMMS-Server an. Die Benachrichtigung und den 
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eigentliche Nachrichtenabruf zeigt das folgende Fluss- 
diagram (vgl. FIGUREN 9 und 10) . 

Die technische Ausfuhrung der Komponenten basiert im Wesent- 
5 lichen auf Technologien, die Stand der Technik sind. Die er- 
finderische Hohe ergibt sich aus der besondere Art und Weise, 
in der die einzelnen Komponenten konzipierten und zusammenge- 
schaltet sind, wodurch sich neue Funktionen bzw. Funktionali- 
taten in einer neuen Auspragung realisieren lassen: 
10 • Verwendung von nicht fur einen spezifischen Kommunikati- 

onsdienst konzipierter Endgerate (SettopBox, PDA) fur 
beliebige asynchrone multimediale Kommunikationsdienste 
(SMS, MMS, Email, Instant Messaging, Chat) . 

• Zustellen von Benachrichtigungen (MMS, SMS) erfordert 
15 keine separate leitungsvermittelte Verbindung (POTS, 

ISDN) 

• Realisierung eines individualisierten Nachrichtenzugang 
/ -zustellung auch uber eine nicht personliche Telefon- 
nummer / Adresse, zw. Nicht personliches Endgerat 

20 • Realisierung eines Nachrichtenarchivs, das beliebige 

Nachrichten aus beliebigen Diensten verwalten und auf 
beliebigen Endgeraten, die keinen spezifischen Client 
bendtigen, zur Anzeige bringen kann. 

• Abruf von Nachrichten von jedem beliebigen Endgerat, a- 
25 daptiert auf die Merkmale des Endgerates und die person- 
lichen Praferenzen 

• Einheitlicher Zugang zu beliebigen asynchronen Kommuni- 
kationsdiensten; keine Notwendigkeit fur jeden Dienst 
einen eigenen client zu implementieren (SMS. MMS, Email, 

30 IM, chat) 

Beschreibung des Ablaufes: 

• Ein Endteilnehmer (Teilnehmer B) kauft sich eine neue 
35 STB und mochte den Dienst M MMS on TV" nutzen. Urn diesen 

Dienst nutzen zu konnen, muss sich der Endteilnehmer zu- 
nachst beim xMMS-Server (Betreiber des xMMS-Server) re- 
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gistrieren. Hierbei bekommt er einen Account auf dem 
xMMS-Server eingerichtet unter dem er sich dann anmelden 
kann und Nachrichten abrufen kann. Hierbei wird auch 
seine Telefonnummer, an die normalerweise MMS weiterge- 
leitet wiirden, an das MMSC zur Konf iguration desselben 
weitergegeben . 

• Teilnehmer B ist zuhause und sieht TV und mochte wah- 
renddessen liber den Eingang neuer Nachrichten informiert 
werden. Seine STB ist liber eine bestehende IP-verbindung 
liber seinen ISP mit xx dem Internet' 7 verbunden. Die Ver- 
bindung kann liber ein Modem (POTS, ISDN), xDSL, CableMo- 
dem, Powerline, WLAN, .... zustande kommen. 

• Teilnehmer B startet liber das Menu der STB den WEB- 
Browser und ruft die vorkonf igurierte Einstiegsseite zum 
Anmelden beim xMMS-Server auf. Hier meldet er sich mit 
seinem personlichen Passwort an und hinterlegt dabei au- 
tomatisch die IP-Adresse, unter der er von nun erreich- 
bar ist und Nachrichten bekommen will. Ferner teilt er 
dem xMMS-Server mit, mit welchem Endger&t er von nun an 
Nachrichten empfangen und abrufen will (STB) . Schliefi- 
lich hinterlegt er, wie er liber den Eingang neuer Nach- 
richten informiert werden will (iiberhaupt nicht, kurze 
Notitz, ausflihrlich als IM, . . . ) 

• Der xMMS-Server verwaltet diese Konf iguration in einer 
Datenbank. 



Telef onnum- 
mer 


IP- 
Address e 
der STB 


Account: 
Name 


Account 
passwort 


Notify 
mode 


Device- 
Profile 
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27134322 
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mann 


Dhsk&7wel 
j 


Full 


TV 
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Hksd7 92HK 
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Status 
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• Gleichzeitig wird das Listner-Programm gestartet, das 
einen TCP Port offnet und auf an diesen Port gerichtete 
Ereignisse (TCP Pakete) lauscht. 

• Ein anderer Teilnehmer (Teilnehmer A) schickt nun von 
einem Handy oder einem MMS-fahigen Festnetztelef on eine 
MMS an Teilnehmer B, der im Festnetz uber eine Telefon- 
nummer bekannt und registriert ist. 

• Die MMS trifft am MMSC des Betreibers ein, das so konfi- 
guriert ist, dass alle Nachrichten, die an eine einge- 
tragene Zieltelef onnummern adressiert sind (unter ande- 
rem auch die Telef onnummer von Teilnehmer B) , an einen 
xMMS-Server weitergeleitet werden. Heutige Systeme lei- 
ten MMS im Mobilfunknetz an das Zielhandy, oder an ein 
F-MMSC Gateway oder ein Email / WEB-Portal weiter. 

• Der Weiterleitungsmechanismus basiert auf dem SMTP Pro- 
tokoll, hinter dem sich ein standardisiertes Mailproto- 
koll verbirgt . 

• Auf dem xMMS-Server nimmt ein SMTP-Server die Nachricht 
entgegen und leitet sie weiter zur Nachrichtenanalyse . 

• Hier wird die Nachricht (MMS PDU) in ihre Komponenten 
(Bilder, text, Audio, Video, Prasentationsskripte, addi- 
tional Data) zerlegt und die Struktur analysiert. Die 
Strukturanalyse versucht aus den enthaltenen Informatio 
nen die semantische Bedeutung einzelner Komponenten zu 
identif izieren (Kommentar, Anrede, Schlussf ormel, be- 
schreibende Metadaten wie beispielsweise Kameraparame- 
ter, ...) , aber auch die Querbeziehungen zwischen Elemen- 
ten (Referenzen, z.B. Text verweist auf ein Bild) . Die 
se Analyse schliefit auch die Analyse der Medien, insbe- 
sondere von Videodaten ein. Beispielsweise werden Video 
clips in semantisch relevante Szenen zerlegt, die wie- 
derum mittels einzelner Schliisselbilder reprasentiert 
werden. Beim Abruf der Nachricht konnen so Videoclips 
auch in Form kurzer Video-Zusammenf assungen oder auch in 
Form einzelner Schliisselbilder angezeigt werden. Ahnli- 
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ches gilt fur Audioclips . Die Strukturinf ormation wird 
in MPEG- 7 beschrieben und gespeichert. 

Das Analysemodul identif iziert den Empfanger anhand der 
in der MMS enthaltenen Inf ormation , entweder aus der Te- 
le fonnummer, ggf- mit Extension, und / Oder aus der An- 
rede (Grussf ormel) , und / oder anhand eines expliziten 
Adresseintrages in der MMS Strukturinfo (die MMS kann 
selbst auch Strukturinf ormationen / Metadaten enthal- 
ten) . Die Nachricht und deren Elemente werden im person- 
lichen Nachrichtenarchiv des Empf angers gespeichert. 
Hierbei wird jeder Nachricht ein eigenes Unterverzeich- 
nis zugeordnet. 

o Root user 1 -> msgl 

-> msg2 
-> user 2 -> msgl 
Da Teilnehmer B angemeldet ist und den Benachrichti- 
gungsmodus auf "Full" gesetzt hat, erstellt der Nach- 
richtenkompositor eine Benachrichtigung . Diese erhalt 
uber das Analysetool die wichtigsten Textbestandteile 
(Bild, Audio, Video ist nicht ausgeschlossen) , sowie ei- 
ne URI, unter der die Gesamt nachricht abgerufen werden 
kann , iibermittel t . 

Der Nachrichtenkompositor schickt die Benachrichtigung 
als TCP Paket an die IP-Adresse der Box mit dem Port des 
Listeners . 

Der Listener nimmt das paket entgegen, und off net, da 
der Benachrichtigungsmode "Full" ist ein "top-Level"- 
Fenster auf dem Bildschirm, in dem die enthaltenen Nach- 
richtenbestandteile angezeigt werden. Gleichzeitig ent- 
halt die Benachrichtigung Angaben uber Aktionen, die bei 
Betatigung bestimmter Tasten auszulosen sind. 
Damit kann Teilnehmer B durch Drucken der Fernsteue- 
rungstaste OK sofort in den Nachrichtenabruf springen. 
Dafiir startet der Listener den Browser und iibergibt die- 
sem die URL aus der Benachrichtigung. 

Der Browser setzt einen http Request mit der URL als In- 
halt ab 

17 
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• Der Server erkennt aus der URL wer welche Nachricht ab- 
rufen will. Da Teilnehmer B als Endgerat eine STB ange- 
geben hat, erstellt die XSLT-Engine aus dem fiir ein TV- 
Set entworfenen Style Skript und der Strukturinf ormation 
der Nachricht eine HTML-Prasentation der Nachricht. 
Hierbei werden die Medienelemente in die Presentation 
"eingebaut" und in das Format eingepasst. 

• Dieses Anpassen der Medienelemente an das Prasentations- 
format erfolgt vom Medienadaptor , der Bilder skaliert, 
rotiert, Farbraume anpasst, Formate konvertiert (damit 
benotigt die STB nur einen Decoder fur ein Format) usw. 
Auch sind hier Modalitatswechsel realisierbar , wie bei- 
spielsweise Text-to-Speech, Video-to-Still-Images , ... 

• Auf der STB baut sich ein Bild, das aus 4 Quadranten zu- 
sammengesetzt ist, auf. 

o Im linken oberen Quadranten wird eine Obersicht 
der in der Nachrichtenbox enthaltenen Nachrichten 
erstellt, die anzeigt, welche Nachrichten gelesen 
wurden bzw. ungelesen sind und welche Nachricht ak- 
tuell gelesen wird. Der Teilnehmer kann durch die 
Liste scrollen und Nachrichten auswahlen. Diese 
Auswahlfunktion ist als Java-Script realisiert und 
lost auf dem xMMS-Server das Zusammenstellen einer 
neuen HTML-Prasentation aus. Die aktuell geoffnete 
Nachricht wird farblich unterlegt visualisiert . 
o Im rechten oberen Quadranten wird das laufende 

Fernsehprogramm skaliert dargestellt. 
o Im linken unteren Quadranten wird der Textteil der 
Nachricht, in den die Verweise auf die Medien ent- 
halten sind, dargestellt. 
o Der rechte untere Quadrant zeigt das aktuell selek- 
tierte Bild. 

• Teilnehmer B kann mit den Cursortasten rechts links zwi- 
schen den Quadranten wechseln, wobei der selektierte 
Quadrant farblich hervorgehoben wird. 

• Mit den Cursortasten hoch - tief wird innerhalb eines 
Fensters gescrollt. 
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• Daruber hinaus hat Teilnehmer B untersttitzende Funktio- 
nen zur Verfiigung wie 

o Vollbilddarstellung 
o Loschen von Nachrichten 
5 o Senden von Nachrichten (Reply, forward, new) 

o Anderung des Notif ikationsmodes 

• Die Steuerung dieser Funktionen ist iiber Java-Scripts 
realisiert, wobei entsprechend vom Server neue HTML- 
Seiten generiert werden. 

10 • Teilnehmer B kann durch Auswahl einer Applikation einen 

Editor zum Erstellen einer Nachricht offnen. Er bekoiraut 
uber eine Maske eine bestimmte Struktur vorgegeben. Ne- 
ben Text ist die Einbindung von Bildern, Video, Audio 
moglich. Die Medien konnen aus einem Archiv auf der STB, 

15 von einer in die Box eingesteckte Speicherkarte, vom 

xMMS-Server, oder vom laufenden Programm gegrabbt, kom- 
men . 

• Der Editor ubermittelt die Medienelemente zusammen mit 
der durch die Maske vorgegebenen Strukturinf ormation (in 
20 MPEG-7) an den xMMS-Server (uber http) , der daraus eine 

gultige MMS PDU erzeugt. Diese wird dann iiber SMTP an 
das MMSC zum Versenden weitergeleitet . 
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Patentansprliche / Patent claims 

1. Verfahren zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem eine fur ein Endgerat () als Ad- 
5 ressat bestimmte Servicenachricht von einem Servicezentrum () 
zur Verfiigung steht, mit folgenden Merkmalen: 

a) Ein Server () wird uber eine paketvermittelte erste Ver- 
bindung () mit dem Servicezentrum () und liber eine paketver- 
mittelte zweite Verbindung () mit dem Endgerat () verbunden, 

10 wobei das Endgerat () und der Server () ein Kommunikations- 
system () bilden, 

b) der Server () nimmt die Servicenachricht () von dem Servi- 
cezentrum () gem&ft einem vorgegebenen ersten Obermittlungs- 
protokoll (SMTP, MM1...MM7) entgegen, 

15 c) das Endgerat () registriert sich bei dem Server (), teilt 
diesem eine f est-/mobilnetzspezif ische Netzadresse () mit, 
die von dem Server () an das Servicezentrum () weitergeleitet 
wird und es erhalt von dem Server () im Gegenzug eine Zu- 
gangsberechtigung, 
20 d) das Endgerat () meldet sich bei dem Server () an und teilt 
diesem neben einer Kommunikationssystemadresse () Geratein- 
formationen () und Steuerungsinf ormationen zur serverseitigen 
Parametrisierung und Konf iguration des Kommunikat ions systems 
und der Systemkommunikation mit, 
25 e) der Server () ftthrt anhand der Gerateinf ormationen () und 
mit den Steuerungsinf ormationen () eine endgeratespezif ische 
Parametrisierung von in dem Server () gespeicherten endgera- 
tespezif ischen Konf igurationsvorlagen () durch und erzeugt 
ein als "Style Script" bezeichnetes endgeratespezif isch para- 
30 metriertes Konf igurationsprof il () das zusammen mit der Kom- 
munikationssystemadresse, () im Server () gespeichert wird, 
f) der Server () speichert die vom Servicezentrum () entge- 
gengenommene Servicenachricht (), zerlegt diese Servicenach- 
richt () in ihre einzelnen Komponenten, analysiert deren 
35 Struktur und/oder die jeweilige semantische Bedeutung der 
Komponenten, speichert die erzielten Ergebnisse als forma- 
tierte Strukturinf ormationen () ab, identif iziert den Adres- 
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saten der Servicenachricht () und schickt dem identif izierten 
Adressaten bzw. Endgerat () zur dessen Benachrichtigung liber 
die eingegangene Servicenachricht () eine Mitteilungsnach- 
richt () mit einem Adressierungsschema (URL) fur das Abholen 
5 des Inhalts der beim Server () hinterlegten Servicenachricht 
0 , 

g) das Endgerat () ruft gemaft dem Adressierungsschema (URL) 
in der Mitteilungsnachricht () mit einer dem Server () iiber- 
mittelten Abruf anf orderung () den Inhalt der beim Server () 

10 hinterlegten Servicenachricht () ab, 

h) der Server () erstellt aufgrund der empfangenen Abruf an- 
f orderung () aus der Servicenachricht () anhand der forma- 
tierten Strukturinf ormationen () und des endgeratspezif ischen 
Konf igurationsprof ils () eine auf einem vorgegebenen Darstel- 

15 lungsformat (HTML) basierende Prasentationsnachricht () und 
tibermittelt diese Prasentationsnachricht () an das Endgerat 
0 , 

i) das Endgerat () stellt die empfangene Prasentationsnach- 
richt () akustisch, grafisch und/oder optisch dar. 

20 

2. Verfahren zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem ein Endgerat () als Absender ei- 
nen Nachrichteninhalt () einer fur einen Teilnehmer im Fest- 
und/oder Mobilnetz bestimmten Servicenachricht () generiert 
25 hat, mit folgenden Merkmalen: 

a) Ein Server () wird uber eine paketvermittelte erste Ver- 
bindung () mit einem Servicezentrum () und uber eine paket- 
vermittelte zweite Verbindung () mit dem Endgerat () verbun- 
den, wobei das Endgerat () und der Server () ein Kommunikati- 

30 onssystem () bilden, 

b) das Endgerat () registriert sich bei dem Server () , teilt 
diesem eine f est-/mobilnetzspezif ische Netzadresse () mit, 
die von dem Server () an das Servicezentrum weitergeleitet 
wird und es erhalt von dem Server ( ) im Gegenzug eine Zu- 

35 gangsberechtigung, 
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d) das Endgerat () meldet sich bei dem Server () an und teilt 
diesem eine Koinmunikationssystemadresse () mit, die im Server 
() gespeichert wird, 

e) der Server () erstellt eine Vorlage () fur das Erzeugen 
der Servicenachricht () und ubermittelt diese Servicenach- 
richtenerzeugungsvorlage () an das Endgerat (), 

f) das Endgerat () iibertragt den generierten Nachrichtenin- 
halt () in die empfangene Servicenachrichtenerzeugungsvorlage 
() und Ubermittelt die mit dem Nachrichteninhalt () erganzte 
Servicenachrichtenerzeugungsvorlage () gemaft einem vorgegebe- 
nen ersten Obermittlungsprotokoll (TCP/IP) an den Server () , 

g) der Server () erzeugt aus der mit dem Nachrichteninhalt () 
versehenen Servicenachrichtenerzeugungsvorlage () die Servi- 
cenachricht () und iibertragt diese fur den Teilnehmer im 
Fest- und/oder Mobilnetz bestimmte Servicenachricht () an das 
Servicezentrum (). 

3. Verfahren zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem eine fur ein Endgerat () als Ad- 
ressat bestimmte Servicenachricht von einem Servicezentrum () 
zur Verftigung steht, mit folgenden Merkmalen: 

a) Ein ersten Server () wird iiber eine paketvermittelte erste 
Verbindung () mit dem Servicezentrum () und uber eine paket- 
vermittelte zweite Verbindung () mit einem zweiten Server () 
verbunden, wobei der erste Server () und der zweite Server () 
ein erstes Kommunikationssystem () bilden, 

b) der zweite Server () wird uber eine paketvermittelte drit- 
te Verbindung () mit dem Endgerat () verbunden, wobei das 
Endgerat () und der zweite Server () ein zweites Kommunikati- 
onssystem () bilden, 

b) der erste Server () nimmt die Servicenachricht () von dem 
Servicezentrum () gemaft einem vorgegebenen ersten Obermitt- 
lungsprotokoll (SMTP, MM1...MM7) entgegen, 

c) der zweite Server () registriert sich bei dem ersten Ser- 
ver (), teilt diesem eine f est-/mobilnetzspezif ische Netzad- 
resse () mit, die von dem ersten Server () an das Service- 
zentrum () weitergeleitet wird und der zweite Server () er- 
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halt von dem ersten Server () im Gegenzug eine Zugangsberech- 
tigung, 

d) der zweite Server () meldet sich bei dem ersten Server () 
an, teilt diesem eine erste Kommunikationssystemadresse () 

5 mit und erhalt von dem ersten Server () die Servicenachricht 
(), 

e) das Endgerat () meldet sich bei dem zweiten Server () an 
und teilt diesem neben einer zweiten Kommunikationssystemad- 
resse () Gerateinf ormationen () und Steuerungsinf ormationen 

10 zur serverseitigen Parametrisierung und Konf iguration des 
Kommunikationssystems und der Systemkommunikation mit, 

f) der zweite Server () fuhrt anhand der Gerateinf ormationen 
() und mit den Steuerungsinf ormationen () eine endgeratespe- 
zifische Parametrisierung von in dem zweiten Server () ge- 

15 speicherten endgeratespezif ischen Konf igurationsvorlagen () 
durch und erzeugt ein als "Style Script" bezeichnetes endge- 
ratespezif isch parametriertes Konf igurationsprof il () das zu- 
sammen mit der zweiten Kommunikationssystemadresse () im 
zweiten Server () gespeichert wird, 
20 g) der zweite Server () speichert die vom ersten Server () 

erhaltene Servicenachricht (), zerlegt diese Servicenachricht 
() in ihre einzelnen Komponenten, analysiert deren Struktur 
und/oder die jeweilige semantische Bedeutung der Komponenten, 
speichert die erzielten Ergebnisse als formatierte Struktur- 
25 inf ormationen () ab, identif iziert den Adressaten der Servi- 
cenachricht () und schickt dem identif izierten Adressaten 
bzw. Endgerat () zur dessen Benachrichtigung liber die einge- 
gangene Servicenachricht () eine Mitteiluhgsnachricht () mit 
einem Adressierungs schema (URL) fur das Abholen des Inhalts 
30 der beim zweiten Server () hinterlegten Servicenachricht (), 
h) das Endgerat () ruft gemafl dem Adressierungs schema (URL) 
in der Mitteilungsnachricht () mit einer dem zweiten Server 
() ubermittelten Abruf anf orderung () den Inhalt der beim 
zweiten Server () hinterlegten Servicenachricht () ab, 
35 i) der zweite Server () erstellt aufgrund der empfangenen Ab- 
ruf anf orderung () aus der Servicenachricht () anhand der for- 
matierten Strukturinf ormationen () und des endgeratspezif i- 
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schen Konf igurationsprof ils () eine auf einem vorgegebenen 
Darstellungs format (HTML) basierende Prasentationsnachricht 
() und ubermittelt diese Pr^sentationsnachricht () an das 
Endgerat () , 

5 j) das Endgerat () stellt die empfangene Prasentationsnach- 
richt () akustisch, grafisch und/oder optisch dar. 

4. Verfahren zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem ein Endgerat () als Absender ei- 
10 nen Nachrichteninhalt () einer fur einen Teilnehmer im Fest- 
und/oder Mobilnetz bestimmten Servicenachricht () generiert 
hat, mit folgenden Merkmalen: 

a) Ein ersten Server () wird uber eine paketvermittelte erste 
Verbindung () mit einem Servicezentrum () und uber eine pa- 

15 ketvermittelte zweite Verbindung () mit einem zweiten Server 
() verbunden, wobei der erste Server () und der zweite Server 
() ein erstes Kommunikationssystem () bilden, 

b) der zweite Server () wird uber eine paketvermittelte drit- 
te Verbindung () mit dem Endgerat () verbunden, wobei das 

20 Endgerat () und der zweite Server () ein zweites Kommunikati- 
onssystem () bilden, 

c) der zweite Server () registriert sich bei dem ersten Ser- 
ver (), teilt diesem eine f est-/mobilnetzspezif ische Netzad- 
resse () mit, die von dem ersten Server () an das Service- 

25 zentrum () weitergeleitet wird und der zweite Server () er- 

halt von dem ersten Server () im Gegenzug eine Zugangsberech- 
tigung, 

d) der zweite Server () meldet sich bei dem ersten Server () 
an, teilt diesem eine erste Kommunikationssystemadresse {) 

30 mit und erhalt von dem ersten Server () die Servicenachricht 
0 , 

e) das Endgerat () meldet sich bei dem zweiten Server () an 
und teilt diesem eine zweite Kommunikationssystemadresse () 
mit, die im zweiten Server () gespeichert wird, 

35 f) der zweite Server () erstellt eine Vorlage () fur das Er- 
zeugen der Servicenachricht () und ubermittelt diese Service- 
nachrichtenerzeugungsvorlage () an das Endgerat (), 
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g) das Endgerat () tibertr&gt den generierten Nachrichtenin- 
halt () in die empfangene Servicenachrichtenerzeugungsvorlage 
() und tibermittelt die mit dem Nachrichteninhalt () erg&nzte 
Servicenachrichtenerzeugungsvorlage () gemaft einem vorgegebe- 

5 nen ersten Obermittlungsprotokoll (TCP/IP) an den zweiten 
Server (), 

h) der zweite Server () erzeugt aus der mit dem Nachrichten- 
inhalt () versehenen Servicenachrichtenerzeugungsvorlage () 
die Servicenachricht () und tibertragt diese fur den Teilneh- 

10 mer im Fest- und/oder Mobilnetz bestimmte Servicenachricht () 
an der ersten Server (), der diese Servicenachricht () an das 
Servicezentrum () weiterleitet . 

5 . Ver f ahren nach Anspruch 1 , dadurch gekennzeich- 
15 net, dass 

bei dem das Endgerat () als Absender einen Nachrichteninhalt 
() einer fur einen Teilnehmer im Fest- und/oder Mobilnetz be- 
stimmten weiteren Servicenachricht () generiert hat, wobei 

a) der Server () eine Vorlage () fur das Erzeugen der weite- 
20 ren Servicenachricht () erstellt und diese Servicenachrich- 

tenerzeugungsvorlage () an das Endgerat () tibermittelt, 

b) das Endgerat () den generierten Nachrichteninhalt () in 
die empfangene Servicenachrichtenerzeugungsvorlage () tiber- 
tragt und die mit dem Nachrichteninhalt ( ) erganzte Service- 

25 nachrichtenerzeugungsvorlage () gemaft einem vorgegebenen 

zweiten Obermittlungsprotokoll (TCP/IP) an den Server () ti- 
bermittelt, 

c) der Server () aus der mit dem Nachrichteninhalt () versehe- 
nen Servicenachrichtenerzeugungsvorlage ( ) die weitere Servi- 

30 cenachricht () erzeugt und diese ftir den Teilnehmer im Fest- 
und/oder Mobilnetz bestimmte weitere Servicenachricht () an 
das Servicezentrum () tibertragt. 

6. Ver f ahren nach Anspruch 3, dadurch gekennzeich- 
35 net, dass 
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bei dem das Endgerat () als Absender einen Nachrichteninhalt 
() einer flir einen Teilnehmer im Fest- und/oder Mobilnetz be- 
stimmten weiteren Servicenachricht () generiert hat, wobei 

a) der zweite Server () eine Vorlage () fiir das Erzeugen der 
5 weiteren Servicenachricht () erstellt und diese Servicenach- 

richtenerzeugungsvorlage () an das Endgerat () iibermittelt , 

b) das Endgerat () den generierten Nachrichteninhalt () in 
die empfangene Servicenachrichtenerzeugungsvorlage () iiber- 
tr&gt und die mit dem Nachrichteninhalt () erganzte Service- 

10 nachrichtenerzeugungsvorlage () gemaft einem vorgegebenen 

zweiten Obermittlungsprotokoll (TCP/IP) an den zweiten Server 
() iibermittelt, 

c) der zweite Server () aus der mit dem Nachrichteninhalt 
Oversehenen Servicenachrichtenerzeugungsvorlage () die wei- 

15 tere Servicenachricht () erzeugt und diese fiir den Teilnehmer 
im Fest- und/oder Mobilnetz bestimmte weitere Servicenach- 
richt () an den ersten Server () iibertragt, der diese Servi- 
cenachricht () an das Servicezentrum () weiterleitet . 

2 0 7. Verfahren zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem eine fiir ein Endgerat () als Ad- 
ressat bestimmte Servicenachricht bei einem Servicezentrum {) 
hinterlegt ist, mit folgenden Merkmalen: 

a) Ein netzbasierter Server () wird iiber eine paketvermittel- 
25 te erste Verbindung () mit dem Servicezentrum () und iiber ei- 
ne paketvermittelte zweite Verbindung () mit einem Home Ser- 
ver verbunden, der wiederum iiber eine paketvermittelte Ver- 
bindung mit einem Endgerat verbunden ist, wobei das Endgerat 
(), der Home-Server und der netzbasierter Server () ein Kom- 

30 munikationssystem () bilden, 

b) der netzbasierte Server () nimmt die Servicenachricht () 
von dem Servicezentrum () gemaii einem vorgegebenen ersten 0- 
bermittlungsprotokoll (SMTP, MM1...MM7) entgegen, 

c) in einer Registrierungsprozedur registriert sich der Home 
35 Server () bei dem netzbasierten Server (), teilt diesem eine 

f est-/mobilnetzspezif ische Netzadresse () mit, die von diesem 
an das Servicezentrum weitergeleitet wird und der Home Server 
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erhalt von dem netzbasierten Server () im Gegenzug eine Zu- 
gangsberechtigung, 

d) in einer Anmeldeprozedur meldet sich das Endgerat () bei 
dem Home Server () an und teilt diesem eine Kommunikations- 
systemadresse mit, 

e) der netzbasierte Server () speichert eingegangene Nach- 
richten vorubergehend zwischen, falls das Endgerat nicht an- 
gemeldet ist, 

f) der Server () leitet bei angemeldetem Endgerat eingegange- 
ne Servicenachrichten vollstandig ohne Aufbereitung an das 
Endgerat weiter, 

g) in einer Anmeldeprozedur meldet sich das darstellende End- 
gerat () bei dem Home Server () an und teilt diesem neben ei- 
ner Kommunikationssystemadresse () Gerateinf ormationen () und 
Steuerungsinf ormationen zur serverseitigen Parametrisierung 
und Konf iguration des Kommunikat ions systems und der System- 
kommunikation mit, 

e) das Home Server () fuhrt anhand der Gerateinf ormationen 
() und mit den Steuerungsinf ormationen () eine endgeratespe- 
zifische Parametrisierung von in dem Home Server () gespei- 
cherten endger&tespezif ischen Konf igurationsvorlagen () durch 
und erzeugt ein als "Style Script" bezeichnetes endgeratespe- 
zifisch parametriertes Konf igurationsprof il () das zusammen 
mit der Kommunikationsadresse () im Server () gespeichert 
wird, 

f) der Home Server () zerlegt die vom Servicezentrum () ent- 
gegengenommene Servicenachricht in ihre einzelnen Komponen- 
ten, analysiert deren Struktur und/oder die jeweilige seman- 
tische Bedeutung der Komponenten, speichert die erzielten Er- 
gebnisse als formatierte Strukturinf ormationen () ab, identi- 
fiziert den Adressaten der Servicenachricht und schickt dem 
identif izierten Adressaten bzw. Endgerat () zu dessen Benach- 
richtigung liber die eingegangene Servicenachricht eine Mit- 
teilungsnachricht () mit einem Adressierungsschema (URL) fur 
das Abholen des Inhalts der beim Server () hinterlegten Ser- 
vicenachricht () , 
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g) das Endgerat () ruft gemaA dem Adressierungsschema (URL) 
mit einer dem Server () ubermittelten Abruf anf orderung () den 
Inhalt der beim Server 0 hinterlegten Servicenachricht () 
ab, 

h) der Server () erstellt aufgrund der empfangenen Abruf nach- 
richt () aus den f ormatierten Strukturinf ormationen () und 
dem endgeratspezifischen Konf igurationsprof il () eine auf ei- 
nem vorgegebenen Darstellungsf ormat (z.B. HTML, WML, SMIL, 
etc. ) basierende Prasentationsnachricht () und iibermittelt 
diese Prasentationsnachricht () an das Endgerat () , 

i) das Endgerat () stellt die empfangene Prasentationsnach- 
richt () akustisch und/oder optisch dar. 

8. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass dem Servicezentrum die 
Telefonnummer des Anschlusses, an den Nachrichten gerichtet 
sein konnen und fur den Nachrichten entgegengenommen werden 
sollen, mitgeteilt wird. 

9. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass die Registrierung beim 
Server offline direkt beim Betreiber des Servers durchgefuhrt 
wird derart, dass die f est-/mobilnetzspezif ische Netzadresse 
() beim Server eingetragen wird, die von dem Server () an das 
Servicezentrum weitergeleitet wird und im Gegenzug von dem 
Server () eine Zugangsberechtigung erhalt. 

10. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass dem Servicezentrum die 
URI (z.B. email-Adresse Oder SIP-Adresse) , an die Nachrichten 
gerichtet sein konnen und fur die Nachrichten entgegengenom- 
men werden sollen, mitgeteilt wird. 

11. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass das Servicezentrum ein 
MMSC ist, das eine MMS PDU uber SMTP oder eine der spezifi- 
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zierten Schnittstellen MM1 . . . MM7 an den Server weiterlei- 
tet . 

12. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass das Servicezentrum ein 
SMSC ist, das eine SMS / EMS PDU an den Server weiterleitet . 

13. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass das Servicezentrum ein IM 
Server ist, der INstant Messages iiber ein SIP : Redirect ( ) an 
den Server weiterleitet. Damit konnen IM unabhangig von der 
Funktion des IM Servers gespeichert werden und das Endgerat 
kann IM-Dienste nutzen ohne einen IM-Client implementieren zu 
miissen. 

14. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass das Servicezentrum ein 
Email Server ist, der eingehende Email uber POP oder MSTP an 
den Server weiterleitet. 

15. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass das Servicezentrum eine 
netzbasierte VoiceMail Funktion (Anruf beantworter ) implemen- 
tiert und Voice Mails Email an den Server weiterleitet . Al- 
ternativ ist das Servicezentrum als Gateway zum leitungsge- 
bundenen Sprachtelef oniedienst ausgefiihrt, iiber das Anruf e 
entgegengenommen und als Email, SIM__Message ( ) an den Server 
weitergeleitet werden. 

16. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass dem der Konverter fur Me- 
dieninhalte auch beliebige Email- Attachements entgegennimmt 
und diese in ein von dem Endger&t unterstiitztes grafisches 
Format konvertiert. Eine besondere Ausfiihrung sieht dafiir 
vor, dass der Server die Dokumente anhand ihrer Endung oder 
ID im File erkennt, fiir diesen Typ ein geeignetes Verarbei- 
tungsprogramm bereithalt, in das ein Geratetreiber zur Ausga- 
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be in ein spezifisches Graf ikf ormat eingebunden ist, und iiber 
dieses Programm die Datei in ein fur das Endgerat geeignetes 
Format konvertiert . 

5 17. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass die vom Analysator ( ) er- 
mittelten Strukturinf ormationen von Audio/Videodaten es er- 
lauben, Zusammenf assungen zu erstellen, einen angeschlossenen 
Medienkonverter in die Lage zu versetzen, die Modalitat von 
10 Medien zu andern, z.B. einen Videoclip in eine Folge seman- 
tisch relevanter Einzelbilder zu konvertieren, und/oder die 
es erlauben, beim Abruf von A/V Clips gezielt auf einzelne 
Segmente zuzugreif en . 

15 18. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass der Analysator () auch 
die Medien (Bilder, Audion Video) hinsichtlich enthaltener 
Metadaten analysiert, z.B. Auf nahmeort , -Zeit, Autor, etc. 
und diese in den Strukturinf ormationen speichert. 

20 

19. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass die vom Analysator () er- 
mittelten Strukturinf ormationen in MPEG- 7 beschrieben und co- 
diert werden. 

25 

20. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass sich bei der Anmeldepro- 
zedur des Endgerates ein bestimmter Teilnehmer beim Server 
anmeldet. Der Teilnehmer wird anhand einer Erweiterungszif f er 

30 zur Telefonnummer oder iiber eine URI (Account ID, Email Ad- 
resse, ...) identif iziert . Damit konnen verschiedene Personen 
gleichzeitig liber ein einziges Endgerat und einen Anschluft 
vom Server individuell Mitteilungsnachrichten zugestellt be- 
kommen und individuell ihre Nachrichten abruf en. 

35 

21. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass die Mitteilungsnachricht 
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entsprechend den Wunschen des Endgerates (Teilnehmers ) aus- 
gestaltet ist. Die Mitteilung des Endgerates an den Server 
uber die Art und Weise der Benachrichtigung kann vom Endgerat 
wahrend der Anmeldung, aber auch zu jedem beliebigen spateren 
Zeitpunkt/ dem Server mitgeteilt werden. Das Endgerat teilt 
dem Server mit, wie detailliert es Uber den Eingang neuer 
Nachrichten informiert werden will, wobei spezielle Ausfiih- 
rungen sind: a) keine Benachrichtigung; b) Benachrichtigung, 
dass eine Nachricht eingegangen ist, z.B. in einer Statuszei- 
le; c) detaillierte Mitteilungsnachricht, die bereits Elemen- 
te der Servicenachricht enthalt. Letztere ist in einer spe- 
ziellen Ausfuhrung bildschirmf ullend realisiert. 

22. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass die Mitteilungsnachricht 
unmittelbar auch wahrend des laufenden TV Prograitims darge- 
stellt wird. 

23. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass die Mitteilungsnachricht , 
die bereits Elemente der Servicenachricht enthalt, die Form 
und Funktion einer Instant Message realisiert, ohne dass das 
Endgerat einen Client fur Instant Message implementiert . 

24. Verfahren nach einem der vorhergehenden Ansprttche, da- 
durch gekennzeichnet, dass auch andere an das Endge- 
rat angeschlossene Gerate, oder von dem Endgerat als far den 
Mitteilungsnachrichtenversand zugelassene Gerate, Mittei- 
lungsnachricht an das Endgerat schicken konnen . In einer spe- 
ziellen Ausfuhrung schickt ein Festnetztelef on eine Mittei- 
lungsnachricht mit der Caller-ID, wenn ein Anruf uber das 
leitungsvermittelte Netz eingeht. 

25. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass das Endgerat eine STB ist 
und dass das laufende Fernsehprogramm wahrend einer bild- 
schirmf ullenden Presentation der Mitteilungsnachricht automa- 
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tisch aufgezeichnet (time-shifted viewing) wird. Nach Besta- 
tigung der Benachrichtigung kann das Programm unterbrechungs- 
frei fortgesetzt werden 

26. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass der Server den Status des 
Nachrichtenabruf s von einem Endgerat mitfiihrt, sodass die 
Session unterbrochen (z.B. fur ein Fernsehbeitrag) und zu ei- 
nem spateren Zeitpunkt wieder fortgesetzt werden kann, Der 
Zustand wird nicht in der STB, sondern im Server gespeichert. 
Dadurch konnen mehrere Endteilnehmer gleichzeitig uber das 
gleiche Endgerat Nachrichten empfangen und abrufen. Es gibt 
einen Session Timeout Timer, der die Session nach einer be- 
stimmten, einstellbaren Zeit terminiert und das Endgerat beim 
Server abmeldet. 

27. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass das Endgerat als Settop- 
Box ausgefiihrt ist, wobei die Nachricht uber einen auf der 
STB installierten WEB-Browser visualisiert wird und die au- 
dio-visuelle Ausgabe uber ein an die STB angeschlossenes TV- 
Set erfolgt. 

28. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass das Endgerat als PC, Lap- 
top, PDA, Smartphone, etc. mit Schnittstelle zu einer paket- 
orientierten Verbindung (z.B. UPnP) , ausgefiihrt ist, das sich 
uber ein short range paketorientierte Verbinungsprotokoll di- 
rekt mit einem IP-Router verbindet und dariiber die Verbindung 
zum Server auf baut . 

29. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass das Endgerat als PC, Lap- 
top, Festnetztelef on, PDA, Smartphone, oder als Endgerat fun- 
gierende STB, etc. ausgefiihrt ist, das sich iiber ein paket- 
orientierte Verbinungsprotokoll direkt mit dem Home Server 
verbindet . 
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30. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass des Endgerat ein als 
Listener bezeichnetes Kommunikationsprograram implementiert, 
das einen TCP Port offnet, sodass der Server Nachrichten an 
das Endgerat pushen kann. Der Listener ubernimmt auch die Vi- 
sualisierung der Mitteilungsnachrichten. Dafiir implementiert 
der Listener eine Schnittstelle, die die folgenden Komponen- 
ten in verschiedenen Kombinationen bereitstellt : a) URL, b) 
Position, c) Grofle, d) Text, e) Bilder, f) Audio, g) Aktio- 
nen) 

31. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass das Endgerat einen SIP- 
Client der Art implementiert, dass dich das Endgerat (Teil- 
nehmer) liber SIP beim Server registrieren kann und der Server 
Mitteilungsnachrichten als SIP:Message () an das Endgerat 

s chicken kann . 

32. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, dass Servicenachrichtenerzeu- 
gungsvorlagen zusammengesetzt sind aus einem Formular Oder 
aber einem auf dem Endgerat ausfuhrbaren Applet mit und einem 
erganzendem Template fur Strukturinf ormation. Dieses Template 
wird wahrend des Editierens gesteuert durch das WEB-Formular 
und ohne explizite Aktionen des Endteilnehmers zu erfordern, 
ausgefullt. Das asugeftillte Template wird zusammen mit den 
Medieninformationen (Text, Bild, Audio, Video) an den Server 
ubertragen. Der Server kann die eingehenden Medienelemente 
hinsichtlich weitergehender Strukturinf ormationen (zeitlich 
semantisch relevante Segemte) analysieren. 

33. Verfahren nach einem der vorhergehenden Ansprliche, da- 
durch gekennzeichnet, dass der Server auf eine im 
Netz existierende User Datenbank fur die Authentif izierung 
und Authorisierung zugreifen kann, und hier auch spezifische 
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Teilnehmerkonf igurationen speichern kann (Endgerat, Profile, 
etc . ) . 

34. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass die Darstellung der Nach- 
richt in einer speziellen Ausftihrung auf dem auf dem TV- 
Bildschirm in 4 Quadranten unterteilt ist, wobei in einem 
Quadranten der Inhalt des Nachrichtenarchivs dargestellt ist. 
In einem weiteren Quadranten wird das aktuellen Fernsehpro- 
gramm dargestellt- Die ubrigen 2 Quadranten zeigen den Nach- 
richtentext sowie das aktuelle Medienelement (Bild, Video) . 
Mit den vertikalen Cursortasten kann im Archiv navigiert wer- 
den und eine Nachricht durch Betatigen der OK-Taste ausge- 
wahlt werden. Mit den horizontalen Cursortasten-Tasten wech- 
selt der Teilnehmer zwischen den Quadranten. Die auf der ty- 
pischen TV-Fernbedienung vorhandenen f arbcodierten Tasten 
werden als Softkeys eingebunden, sind aber auch iiber die Cur- 
sortasten erreichbar und bieten Zusatzf unktionen an. 

35. Verfahren nach einem der vorhergehenden Anspriiche, da- 
durch gekennzeichnet, dass die Navigation iiber Java- 
Script realisiert ist, sodass der Server weift welche Nach- 
richt selektiert wurde und damit den Inhalt der Nachricht so- 
fort entsprechend aufbereiten und ubermitteln kann. 

36. Server zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem eine fur ein Endgerat () als Ad- 
ressat bestimmte Servicenachricht bei einem Servicezentrum () 
zur Verfiigung steht, mit folgenden Merkmalen: 

a) Eine Service zent rum- /Server-Schnitts telle "SS-Schnitts tel- 
le" () ist liber eine paketvermittelte erste Verbindung () mit 
dem Servicezentrum () verbindbar, 

b) eine Server-/Endgerat-Schnittstelle r, SE-Schnittstelle" ist 
iiber eine paketvermittelte zweite Verbindung () mit dem End- 
gerat () verbindbar, wobei das Endgerat () und der Server () 
ein Kommunikationsteilsystem () bilden, 
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c) die SS-Schnittstelle () ist derart ausgebildet, dass sie 
die Servicenachricht () von dem Servicezentrum () gemafl einem 
vorgegebenen ersten Obermittlungsprotokoll (SMTP, MM1...MM7) 
entgegennimmt , 

d) eine die Systemkommunikation des Kommunikationssystems 
steuernde Rechnereinheit () ist mit der SE-Schnittstelle () 
verbunden und die SE-Schnittstelle () und die Rechnereinheit 
() sind derart ausgebildet, dass eine von dem beim Server () 
registrierten Endgerat () der Rechnereinheit () mitgeteilten 
f est-/mobilnetzspezif ische Netzadresse () von der Rechnerein- 
heit () an das Servicezentrum () weitergeleitet wird und das 
Endgerat () infolge der mitgeteilten Netzadresse () von der 
Rechnereinheit {) eine Zugangsberechtigung erhalt, 

e) die SE-Schnittstelle () ist derart ausgebildet, dass die 
SE-Schnittstelle () neben einer von dem beim Server () ange- 
meldeten Endgerat () mitgeteilten Kommunikationssystemadresse 

() von dem Endgerat () mitgeteilte Gerateinf ormationen () und 
Steuerungsinf ormationen zur server seitigen Parametrisierung 
und Konf iguration des Kommunikationssystems und der System- 
kommunikation der Rechnereinheit () ubermittelt, 

f) Erzeugungsmittel () sind der Rechnereinheit () zugeordnet 
und derart ausgebildet, dass anhand der Gerateinf ormationen 
() und mit den Steuerungsinf ormationen () eine endgeratespe- 
zif ische Parametrisierung von in dem Erzeugungsmitteln () ge- 
speicherten endgeratespezif ischen Konf igurationsvorlagen () 
durchgefuhrt wird und ein als "Style Script" bezeichnetes 
endgeratespezif isch parametriertes Konf igurationsprof il () 
erzeugt wird, das zusammen mit der Kommunikationssystemadres- 
se () in einem Speicher () gespeichert wird, 

g) Analysemittel (), Benachrichtigungsmittel (), die Rechner- 
einheit (), die SE-Schnittstelle () und die SS-Schnittstelle 
() sind derart ausgebildet und miteinander verbunden, dass 
die vom Servicezentrum () entgegengenommene Servicenachricht 
0 gespeichert wird, die Analysemittel () die vom Service- 
zentrum () entgegengenommene Servicenachricht in ihre einzel- 
nen Komponenten zerlegen, deren Struktur und/oder die jewei- 
lige semantische Bedeutung der Komponenten analysieren, die 
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erzielten Ergebnisse als f ormatierte Strukturinf ormationen () 
abspeichern, den Adressaten der Servicenachricht () identifi- 
zieren und die Benachrichtigungsmittel () dem identif izierten 
Adressaten bzw. Endgerat () zur dessen Benachrichtigung uber 
5 die eingegangene Servicenachricht ( ) tiber die SE- 

Schnittstelle () eine Mitteilungsnachricht () mit einem Ad- 
ressierungsschema (URL) fur das Abholen des Inhalts der beim 
Server () hinterlegten Servicenachricht () schicken, 
h) die SE-Schnittstelle () ist derart ausgebildet, dass eine 

10 von dem Endgerat () tibermittelte Abruf anf orderung (), mit der 
das Endgerat () gemaft dem Adressierungsschema (URL) in der 
Mitteilungsnachricht () beim Server () den Inhalt der hinter- 
legten Servicenachricht () abruf t, an die Rechnereinheit () 
weitergeleitet wird, 

15 i) die Rechnereinheit () ist derart ausgebildet, dass auf- 
grund der empfangenen Abruf anf orderung () aus der Service- 
nachricht () anhand der formatierten Strukturinf ormationen () 
und des endgeratspezif ischen Konf igurationsprof ils () eine 
auf einem vorgegebenen Darstellungsf ormat (HTML) basierende 

20 Prasentationsnachricht () erstellt wird und diese Prasentati- 
onsnachricht () tiber die SE-Schnittstelle () an das Endgerat 
() iibertragen wird, wo die empfangene Prasentationsnachricht 
() akustisch, grafisch und/oder optisch dargestellt wird. 

25 37. Server zur Obertragung von Servicenachrichten im Fest- 

und/oder Mobilnetz, bei dem ein Endgerat () als Absender ei- 
nen Nachrichteninhalt () einer ftir einen Teilnehmer im Fest- 
und/oder Mobilnetz bestimmten Servicenachricht () generiert 
hat, mit folgenden Merkmalen: 

30 a) Eine Servicezentrum-/Server-Schnittstelle "SS-Schnittstel- 
le" () ist uber eine paketvermittelte erste Verbindung () mit 
einem Servicezentrum () verbindbar, 

b) eine Server-/Endger&t-Schnittstelle "SE-Schnittstelle" ist 
tiber eine paketvermittelte zweite Verbindung () mit dem End- 
35 gerat () verbindbar, wobei das Endgerat () und der Server () 
ein Kommunikationsteilsystem () bilden, 
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c) eine die Systemkommunikation des Kommunikationssystems 
steuernde Rechnereinheit () ist mit der SE-Schnittstelle () 
verbunden und die SE-Schnittstelle () und die Rechnereinheit 
() sind derart ausgebildet, dass eine von dem beim Server () 
registrierten Endgerat () der Rechnereinheit () mitgeteilten 
f est-/mobilnetzspezif ische Netzadresse () von der Rechnerein- 
heit () an das Service zentrum () weitergeleitet wird und das 
Endgerat () infolge der mitgeteilten Netzadresse () von der 
Rechnereinheit () eine Zugangsberechtigung erhalt, 

d) die SE-Schnittstelle () und die Rechnereinheit () sind 
derart ausgebildet, dass die SE-Schnittstelle () eine von dem 
beim Server () angemeldeten Endgerat () mitgeteilte Kommuni- 
kationssystemadresse () der Rechnereinheit () ubermittelt und 
die Rechnereinheit () die Kommunikationssystemadresse () in 
einem Speicher () speichert, 

e) Analysemittel (), Erzeugungsmittel () und die Rechnerein- 
heit () sind derart ausgebildet und miteinander verbunden, 
dass eine Vorlage () fur das Erzeugen der Servicenachricht () 
erstellt wird und diese Servicenachrichtenerzeugungsvorlage 

() liber die SE-Schnittstelle () an das Endgerat () iibertragen 
wird, 

f) die SE-Schnittstelle () ist derart ausgebildet, dass die 
von dem Endgerat () gemafi einem vorgegebenen ersten Obermitt- 
lungsprotokoll (TCP/IP) iibermittelte, mit dem Nachrichtenin- 
halt () erganzte Servicenachrichtenerzeugungsvorlage () an 
die Rechnereinheit () weitergeleitet wird, 

g) die Rechnereinheit () und die SS-Schnittstelle () sind 
derart ausgebildet und miteinander verbunden, dass die Rech- 
nereinheit () aus der mit dem Nachrichteninhalt () versehenen 
Servicenachrichtenerzeugungsvorlage ( ) die Servicenachricht 

() erzeugt und diese fur den Teilnehmer im Fest- und/oder Mo- 
bilnetz bestimmte Servicenachricht () uber die SS-Schnitt- 
stelle () an das Servicezentrum () iibertragen wird. 

38. Server zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem eine fur ein Endgerat () als Ad- 



37 



200404159 



ressat bestimmte Servicenachricht bei einem Servicezentrum () 
zur VerfUgung steht, mit folgenden Merkmalen: 

a) Eine Server-/Server-Schnittstelle "SS-Schnittstelle" () 
ist iiber eine paketvermittelte erste Verbindung () mit einem 
weiteren Server () verbindbar, der wiederum mit dem Service- 
zentrum () verbunden ist, 

b) eine Server~/Endgerat-Schnittstelle "SE-Schnittstelle" ist 
liber eine paketvermittelte zweite Verbindung () mit dem End- 
gerat () verbindbar, wobei das Endgerat () und der Server () 
ein Kommunikationsteilsystem () bilden, 

c) die SS-Schnittstelle () ist derart ausgebildet, dass sie 
die Servicenachricht () von dem weiteren Server () empfangt, 
wobei der weitere Server () die Servicenachricht () vom Ser- 
vicezentrum () gemaft einem vorgegebenen ersten tibermittlungs- 
protokoll (SMTP, MM1...MM7) entgegennimmt , 

d) eine die Systemkommunikation des Kommunikationssystems 
steuernde Rechnereinheit () ist mit der SE-Schnittstelle () 
verbunden und die SE-Schnittstelle () und die Rechnereinheit 
() sind derart ausgebildet, dass eine von dem beim Server () 
registrierten Endgerat () der Rechnereinheit () mitgeteilten 
f est-/mobilnetzspezif ische Netzadresse () von der Rechnerein- 
heit () an den weiteren Server () weitergeleitet wird, der 
die Servicenachricht () anschlietiend an das Servicezentrum () 
weiterleitet und das Endgerat ( ) inf olge der mitgeteilten 
Netzadresse () von der Rechnereinheit () eine Zugangsberech- 
tigung erhait , 

e) die SS-Schnittstelle () und die Rechnereinheit () sind 
derart ausgebildet, dass der Server () bei dem weiteren Ser- 
ver angemeldet wird und an den weiteren Server eine erste 
Kommunikationssystemadresse () ubertragen wird, 

f) die SE-Schnittstelle () ist derart ausgebildet, dass die 
SE-Schnittstelle () neben einer von dem beim Server () ange- 
meldeten Endgerat () mitgeteilten zweiten Kommunikationssys- 
temadresse () von dem Endgerat () mitgeteilte Gerateinf orma- 
tionen () und Steuerungsinf ormationen zur serverseitigen Pa- 
rametrisierung und Konf iguration des Kommunikationssystems 
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und der Systemkoiranunikation der Rechnereinheit () ubermit- 
telt, 

g) Erzeugungsmittel 0 sind der Rechnereinheit () zugeordnet 
und derart ausgebildet, dass anhand der Gerateinf ormationen 
5 () und mit den Steuerungsinf ormationen () eine endgeratespe- 
zifische Parametrisierung von in dem Erzeugungsmitteln () ge- 
speicherten endgeratespezif ischen Konf igurationsvorlagen () 
durchgefuhrt wird und ein als "Style Script" bezeichnetes 
endgeratespezif isch parametriertes Konf igurationsprof il () 
10 erzeugt wird, das zusammen mit der zweiten Kommunikationssys- 
temadresse () in einem Speicher () gespeichert wird, 
h) Analysemittel 0/ Benachrichtigungsmittel (), die Rechner- 
einheit (), die SE-Schnittstelle () und die SS-Schnittstelle 
() sind derart ausgebildet und miteinander verbunden, dass 
15 die vom weiteren Server () erhaltene Servicenachricht () ge- 
speichert wird, die Analysemittel () die Servicenachricht () 
in ihre einzelnen Komponenten zerlegen, deren Struktur 
und/oder die jeweilige semantische Bedeutung der Komponenten 
analysieren, die erzielten Ergebnisse als formatierte Struk- 
20 turinf ormationen () abspeichern, den Adressaten der Service- 
nachricht () identifizieren und die Benachrichtigungsmittel 
() dem identifizierten Adressaten bzw. Endgerat () zur dessen 
Benachrichtigung tiber die eingegangene Servicenachricht () 
liber die SE-Schnittstelle () eine Mitteilungsnachricht () mit 
25 einem Adressie rungs schema (URL) fur das Abholen des Inhalts 

der beim Server () hinterlegten Servicenachricht () schicken, 
i) die SE-Schnittstelle () ist derart ausgebildet, dass eine 
von dem Endgerat () iibermittelte Abruf anf orderung (), mit der 
das Endgerat () gemaft dem Adressierungs schema (URL) in der 
30 Mitteilungsnachricht () beim Server () den Inhalt der hinter- 
legten Servicenachricht () abruf t, an die Rechnereinheit () 
weitergeleitet wird, 

j) die Rechnereinheit () ist derart ausgebildet, dass auf- 
grund der empfangenen Abruf anf orderung () aus der Service- 
35 nachricht () anhand der formatierten Strukturinf ormationen () 
und des endgeratspezif ischen Konf igurationsprof ils () eine 
auf einem vorgegebenen Darstellungsf ormat (HTML) basierende 
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Prasentationsnachricht () erstellt wird und diese Prasentati- 
onsnachricht () tiber die SE-Schnittstelle () an das Endgerat 
() xibertragen wird, wo die empfangene Prasentationsnachricht 
() akustisch, grafisch und/oder optisch dargestellt wird. 

5 

39. Server zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem ein Endgerat {) als Absender ei- 
nen Nachrichteninhalt () einer fur einen Teilnehmer im Fest- 
und/oder Mobilnetz bestimmten Servicenachricht () generiert 

10 hat, mit folgenden Merkmalen: 

a) Eine Server-/Server-Schnittstelle "SS-Schnittstelle" () 
ist tiber eine paketvermittelte erste Verbindung () mit einem 
weiteren Server () verbindbar, der wiederum mit dem Service- 
zentrum () verbunden ist, 

15 b) eine Server-/Endgerat-Schnittstelle "SE-Schnittstelle" ist 
uber eine paketvermittelte zweite Verbindung () mit dem End- 
gerat () verbindbar, wobei das Endgerat () und der Server () 
ein Kommunikationsteilsystem () bilden, 

c) eine die Systemkommunikation des Kommunikat ions systems 
20 steuernde Rechnereinheit () ist mit der SE-Schnittstelle () 
verbunden und die SE-Schnittstelle () und die Rechnereinheit 
() sind derart ausgebildet, dass eine von dem beim Server () 
registrierten Endgerat () der Rechnereinheit () mitgeteilten 
f est-/mobilnetzspezif ische Netzadresse () von der Rechnerein- 
25 heit () an den weiteren Server () weitergeleitet wird, der 

die Servicenachricht () anschlieftend an das Servicezentrum () 
weiterleitet und das Endgerat () infolge der mitgeteilten 
Netzadresse () von der Rechnereinheit () eine Zugangsberech- 
tigung erhalt, 

30 d) die SE-Schnittstelle () und die Rechnereinheit () sind 

derart ausgebildet, dass die SE-Schnittstelle () eine von dem 
beim Server () angemeldeten Endgerat () mitgeteilte Kommuni- 
kationssystemadresse () der Rechnereinheit () ubermittelt und 
die Rechnereinheit () die Kommunikationssystemadresse () in 

35 einem Speicher () speichert, 

e) Analysemittel (), Erzeugungsmittel () und die Rechnerein- 
heit () sind derart ausgebildet und miteinander verbunden, 
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dass eine Vorlage () fur das Erzeugen der Servicenachricht () 
erstellt wird und diese Servicenachrichtenerzeugungsvorlage 
() iiber die SE-Schnittstelle () an das Endgerat () ubertragen 
wird, 

5 f) die SE-Schnittstelle () ist derart ausgebildet, dass die 
von dem Endgerat () gemafi einem vorgegebenen ersten tibermitt- 
lungsprotokoll (TCP/IP) ubermittelte, mit dem Nachrichtenin- 
halt () erganzte Servicenachrichtenerzeugungsvorlage () an 
die Rechnereinheit () weitergeleitet wird, 

10 g) die Rechnereinheit () und die SS-Schnittstelle () sind 

derart ausgebildet und miteinander verbunden, dass die Rech- 
nereinheit () aus der mit dem Nachrichteninhalt () versehenen 
Servicenachrichtenerzeugungsvorlage ( ) die Servicenachricht 
() erzeugt und diese fur den Teilnehmer im Fest- und/oder Mo- 

15 bilnetz bestimmte Servicenachricht () iiber die SS-Schnitt- 

stelle () an den weiteren Server () ubertragen wird, der die 
Servicenachricht () an das Servicezentrum () weiterleitet . 

40. Server nach Anspruch 36, dadurch gekennzeich- 
20 net, dass 

bei dem das Endgerat () als Absender einen Nachrichteninhalt 
() einer fur einen Teilnehmer im Fest- und/oder Mobilnetz be- 
stimmten weiteren Servicenachricht () generiert hat, wobei 
a) die Analysemittel (), die Erzeugungsmittel () und die 

25 Rechnereinheit () derart ausgebildet und miteinander verbun- 
den sind, dass eine Vorlage () fur das Erzeugen der Service- 
nachricht () erstellt wird und diese Servicenachrichtenerzeu- 
gungsvorlage () Uber die SE-Schnittstelle () an das Endgerat 
() ubertragen wird, 

30 b) die SE-Schnittstelle () derart ausgebildet ist, dass die 

von dem Endgerat () gemafl einem vorgegebenen ersten ttbermitt- 
lungsprotokoll (TCP/IP) Ubermittelte, mit dem Nachrichtenin- 
halt () erganzte Servicenachrichtenerzeugungsvorlage () an 
die Rechnereinheit () weitergeleitet wird, 

35 c) die Rechnereinheit () und die SS-Schnittstelle () derart 

ausgebildet und miteinander verbunden sind, dass die Rechner- 
einheit () aus der mit dem Nachrichteninhalt () versehenen 
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Servicenachrichtenerzeugungsvorlage ( ) die Servicenachricht 
() erzeugt und diese fur den Teilnehmer im Fest- und/oder Mo- 
bilnetz bestimmte Servicenachricht () iiber die SS-Schnitt- 
stelle () an das Servicezentrum () iibertragen wird. 

41. Server nach Anspruch 38, dadurch gekennzeich- 
n e t , dass 

bei dem das Endgerat () als Absender einen Nachrichteninhalt 
() einer ftir einen Teilnehmer im Fest- und/oder Mobilnetz be- 
stimmten weiteren Servicenachricht () generiert hat, wobei 

a) die Analysemittel 0/ die Erzeugungsmittel () und die 
Rechnereinheit () derart ausgebildet und miteinander verbun- 
den sind, dass eine Vorlage () fur das Erzeugen der Service- 
nachricht () erstellt wird und diese Servicenachrichtenerzeu- 
gungsvorlage () uber die SE-Schnittstelle () an das Endgerat 
() ubertragen wird, 

b) die SE-Schnittstelle () derart ausgebildet ist, dass die 
von dem Endgerat () gemali einem vorgegebenen ersten Ubermitt- 
lungsprotokoll (TCP/IP) ubermittelte, mit dem Nachrichtenin- 
halt () erganzte Servicenachrichtenerzeugungsvorlage () an 
die Rechnereinheit () weitergeleitet wird, 

c) die Rechnereinheit () und die SS-Schnittstelle () derart 
ausgebildet und miteinander verbunden sind, dass die Rechner- 
einheit () aus der mit dem Nachrichteninhalt () versehenen 
Servicenachrichtenerzeugungsvorlage ( ) die Servicenachricht 

() erzeugt und diese fur den Teilnehmer im Fest- und/oder Mo- 
bilnetz bestimmte Servicenachricht {) iiber die SS-Schnitt- 
stelle () an den weiteren Server () ubertragen wird, der die 
Servicenachricht () an das Servicezentrum () weiterleitet . 

42. Verfahren zur Obertragung multimedialer Nachrichten von 
einem Kommunikat ions server zu einem Message-Server und von 
diesem in auf bereiteter Form zur Visualisierung auf einen 
Endgerat im Heimumfeld, die dadurch gekennzeichnet ist, dass 

1. Nachrichten von einem MMSC an einen Messaging-Server 
(xMMS-Server) weitergeleitet werden (push) 

2. Der Server diese Nachrichten zwischenspeichert 
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3. und der xMMS-Server an eine STB angeschlossen ist, iiber 
die die Inhalte auf einem angeschlossenen TV Set visuali- 
siert werden 

5 43. Verfahren nach Anspruch 42, bei dem die Kommunikation 
zwischen dem MMSC und dem xMMS-Server iiber SMTP realisiert 
ist. Im MMSC-Server ist hinterlegt, dass Nachrichten an die 
Telef onnummer des Adressaten an den xMMS-Server weiterzulei- 
ten sind. Die iibermittelte Nachricht ist eine MMS PDU, die 
10 den eigentlichen Zieladressaten spezifiziert (Telef onnummer , 
XML-Beschreibung) . 

44. Verfahren nach Anspruch 42, bei dem die Kommunikation 
zwischen dem MMSC und dem xMMS-Server iiber eine der standar- 

15 disierten MMx, x=1...7 Schnittstellen realisiert ist. Im MMSC- 
Server ist hinterlegt, dass Nachrichten an die Telef onnummer 
des Adressaten an den xMMS-Server weiterzuleiten sind. Die 
iibermittelte Nachricht ist eine MMS PDU, die den eigentlichen 
Zieladressaten spezifiziert (Telef onnummer , XML- 

20 Beschreibung) . 

45. Verfahren nach einem der Anspriiche 42 bis 44, bei dem der 
xMMS-Server eingehende MMS Nachrichten analysiert, sofern 
keine Strukturdatei enthalten ist eine solche erstellt, und 

25 alle Elementen in einem dem Adressaten zugeordneten Unterver- 
zeichnis speichert. Die Strukturdaten werden im MPEG-7 Format 
gespeichert . 

46. Verfahren nach einem der Anspriiche 42 bis 45, bei dem der 
30 xMMS-Server die folgenden Komponenten implementiert : 

Einen SMTP-Client zum Empfangen von Nahrichten vom MMSC. 
Einen WEB-Server zum Abruf von Nachrichten und Bereitstellen 
von WEB-Formularen fur die Nutzerregistrierung . 
Einen XSL-Transf ormator zur Erstellung von Prasentationen aus 
35 den vorliegenden Strukturinf ormationen und hinterlegten XSL 
Style sheets. 
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Eine State-Machine, die den Status des Nachrichtenabruf s far 
jeden einzelnen angemeldeten und regis trierten Nutzer spei- 
chert und nachhalt . 

Eine Einheit zur Adaption von Mediendaten, insbesondere urn 
5 Bildergroften zu andern, Bild- Audio- und Videof ormate zu kon- 
vertieren, und Modalitaten zu wechseln (Speech to text, video 
to key frames, ....). 

Eine Datenbank mit den Nutzerdaten, die zumindest die Infor- 
mationen . 

10 Eine Telef onnummer des Anschlusses 

Eine IP-Adresse, untfer der das abrufende Endgerat angespro- 
chen werden kann. 

Einen Teilnehmer Account und Passwort, wobei mehrere Teilneh- 
mer tiber das gleiche Endgerat (gleiche Telef onnummer , IP- 
15 Adresse) tiber den Erhalt neuer Nachrichten informiert werden 
konnen und Nachrichten abrufen konnen. 
Einen Benachrichtigungsmodus . 

Eine Art des Endgerates, bei dem die Fahigkeiten und die Pra- 
ferenzen des Nutzers berucksichtigt werden. 
20 Eine Sendeberechtigung . 

47. Verfahren nach einem der Anspruche 42 bis 46, bei dem der 
xMMS-Server mit einer Settop-Box beim Endkunden tiber IP ver- 
bunden ist. An die STB ist ein TV Set angeschlossen . 

25 

48. Verfahren nach einem der Anspruche 42 bis 47, nach dem 
sich die STB liber eine bestehende IP-Verbindung beim xMMS- 
Server registiert und dabei die IP-Adresse, unter der das 
Endgerat angesprochen werden kann, dem xMMS-Server tiber eine 

30 HTTP-Kommunikation mitteilt. Der IP-Verbindugsauf bau ist vol- 
lig unabh^ngig von der Nachrichtennotif izierung und dem Nach- 
richtenabruf . 

49. Verfahren nach einem der Anspruche 42 bis 48, bei dem die 
35 STB tiber einen WEB-Browser verftigt und optional die Moglich- 

keit hat Medienfiles wie Bilder, Audio und Video auszugeben. 
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50. Verfahren nach einem der Anspriiche 42 bis 49, bei dem die 
STB ein Kommunikationsprogramm, genannt "Listener" implemen- 
tiert, das Ereignisnotif ikationen (SIP oder http) vom xMMS- 
Server entgegennehmen kann. Der Listener kann mit dem Browser 
direkt kommunizieren und diesen Steuern. Der Listener kann 
Ereignisse visualisieren und stellt dafiir eine Schnittstelle 
zur Verfiigung (URL, Position, GroBe, Text, Action to trig- 
ger) . Mit Hilfe des Listeners wird ein Message-Push reali- 
siert, das es erlaubt, den Teilnehmer iiber das Eintreffen 
neuer Nachrichten zu inf ormieren . 

51. Verfahren nach einem der Anspriiche 42 bis 50 , bei dem die 
Notif izierung des Teilnehmers iiber HTTP Push an ein auf dem 
Endgerat laufenden Listener erfolgt. Dieser Visualisiert das 
Ereignis entsprechend einem eingestellten Profil. 

52. Verfahren nach einem der Anspriiche 42 bis 51, bei dem die 
Notif izierung des Teilnehmers uber SIP als SIP:Message er- 
folgt, wobei der Message-Body die Visualisierungsanweisungen 
fur den Client enthalt. In diesem Fall enthalt die STB einen 
SIP Stack. 

53. Verfahren nach einem der Anspriiche 42 bis 52, bei dem 
sich der Teilnehmer bei einem xMMS-Server iiber WEB-Formulare 
anmeldet, und der Server den aktuellen Status mitfiihrt, wobei 
die 

die Legitimitat registriert wird, 

das personliche Profil gespeichert wird, 

die Art und Eigenschaf ten des Endgerates gespeichert werden, 
personliche Praf erenzen ' hinsichtlich der Darstellung und In- 
teraktion gespeichert werden, 

ein Notif ikationsmodus, also in welcher Form er Uber den Ein- 
gang einer neuen Nachricht informiert werden will, gespei- 
chert wird, wodurch mehrere Teilnehmer von der gleichen STB 
individuell auf ihr personliches Nachrichtenarchiv zugreifen 
konnen . 
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54. Verfahren nach einem der Anspruche 42 bis 53, bei dem der 
Teilnehmer aus der Notif izierung heraus unmittelbar eine 
Nachricht abrufen kann. 

5 55. Verfahren nach einem der Anspruche 42 bis 54, bei dem auf 
der STB eine Applikation zum Erstellen multimedialer Nach- 
richten lauft, die Texte, assoziierte Medienelemente (Bilder, 
Audio, Sprache, Video) und Strukturinf ormationen, wie Refe- 
renzen und Annotationen die in MPEG-7 beschrieben sind, liber 

10 http an den xMMS-Server iibertragt. Der Server analysiert die 
vom Client eingehenden Medienelemente und generiert erganzen- 
de Strukturinf ormationen. Aus alien Elementen erstellt der 
xMMS-Server eine giiltige MMS PDU, wobei in MPEG-7 beschriebe- 
ne assoziierte Strukturelemente als allgemeine Datenkomponen- 

15 te enthalten sein kdnnen. 

56. Verfahren nach einem der Anspruche 42 bis 55, bei dem die 
PDU liber http, SIP oder SMTP an das MMSC ubertragen wird. 

20 57. Verfahren nach einem der Anspruche 42 bis 56, bei dem ein 
Smartphone oder ein enderes Mobiltelephone uber Bluetooth o- 
der andere drahtlose Kommunikationsmethoden direkt mit der 
STB kommuniziert und iiber diese eine IP-Verbindung zum xMMS- 
Server aufbaut, iiber den der Teilnehmer Nachrichtennotif izie- 

25 rungen bekommt und die Nachrichten abrufen kann. 

I 58. Verfahren nach einem der Ansprliche 42 bis 57, bei dem ein 

PDA uber WLAN oder Bluetooth oder andere drahtlose Kommunika- 
tionsmethoden direkt mit einem Modem oder DSL-Router kommuni- 
30 ziert und uber diese eine IP-Verbindung zum xMMS-Server auf- 
baut, iiber den der Teilnehmer Nachrichtennotif izierungen be- 
kommt und die Nachrichten abrufen kann 

59. Verfahren nach einem der Anspriiche 42 bis 58, bei dem ei- 
35 ne Basisstation eines schnurlosen Telefons mit der STB ver- 
bunden ist und Uber diese der Eingang einer neuen Nachricht 
auf dem schnurlosen Telefon signalisiert werden kann, bzw. 
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Nachrichten auf dem schnurlosen Telefon dargestellt werden 
konnen . Eine Verbindung zum leitungsvermittelten Netz ist 
nicht erforderlich. 

60. Verfahren nach einem der Anspruche 42 bis 59, bei dem die 
Funktionen der STB in einen anderen Formfaktor gebracht wer- 
den, wobei das Display integriert sein kann oder abgesetzt. 
Die Fernsteuerung und Tastatur kann wahlweise integriert oder 
abgesetzt sein. PCs , Laptops, TabletPCs sind von hiermit ein- 
geschlossen. Die Verbindung zwischen Endgerat und IP Access 
point kann drahtlos ausgefuhrt sein, sofern das Protokoll ei- 
ne Obermittlung von http bzw. SIP Kommandos zulasst. 

61. Verfahren nach einem der Anspruche 42 bis 60, bei dem die 
Darstellung von Nachrichten gesteuert wird anhand der Eigen- 
schaften des Endgerates, der personlichen Praferenzen. Diese 
Merkmale sind Bestandteil eines auf dem xMMS-Server hinter- 
legten "XSL Style sheets". 

62. Verfahren nach einem der Anspruche 42 bis 61, bei dem die 
User Registrierungsdaten aus einer Betreiberdatenbank 
(RADIUS-Server, HLR, HSS) ausgelesen werden. 

63. Endgerat zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem eine fur das Endgerat () als Ad- 
ressat bestimmte Servicenachricht bei einem Servicezentrum () 
zur Verfugung steht, mit folgenden Merkmalen: 

a) eine Endgerat-/Server-Schnittstelle "ES-Schnittstelle" ist 
liber eine paketvermittelte Verbindung () mit einem Server () 
verbindbar, wobei das Endgerat () und der Server () ein Kom- 
munikationsteilsystem () bilden und der Server () far die 
Entgegennahme der Servicenachricht () gemafc einem vorgegebe- 
nen ersten Obermittlungsprotokoll (SMTP, MM1...MM7) unmittel- 
bar oder mittelbar, iiber einen weiteren Server () mit dem 
Service zentrum () verbunden ist, 

b) eine die Systemkommunikation des Kommunikationssystems 
steuernde Rechnereinheit () ist mit der ES-Schnittstelle () 
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verbunden und die ES-Schnittstelle () und die Rechnereinheit 
() sind derart ausgebildet, dass das Endgerat () sich bei dem 
Server () registriert, dem Server () eine f est-/mobilnetzspe- 
zifische Netzadresse () mitteilt und infolge der mitgeteilten 
5 Netzadresse () von dem Server () eine Zugangsberechtigung er- 
halt, 

c) die ES-Schnittstelle () und die Rechnereinheit () sind 
derart ausgebildet, dass das Endgerat () sich bei dem Server 
() anmeldet, dem Server () neben einer Kommunikationssystem- 
10 adresse () zur serverseitigen Parametrisierung und Konfigura- 
tion des Kommunikations systems und der Systemkommunikation 
Gerateinf ormationen () und Steuerungsinf ormationen ubermit- 
telt werden, wobei der Server () anhand der Gerateinformatio- 
nen () und mit den Steuerungsinf ormationen () eine endgerate- 
15 spezifische Parametrisierung von in dem Server () gespeicher- 
ten endgeratespezifischen Konf igurationsvorlagen () durch- 
fuhrt und ein als "Style Script" bezeichnetes endgeratespezi- 
fisch parametriertes Konf igurationsprof il () erzeugt und zu- 
sammen mit der Kommunikationssystemadresse () speichert, 
20 d) die ES-Schnittstelle () ist derart ausgebildet, dass die 
ES-Schnittstelle () eine Mitteilungsnachricht () mit einem 
Adressierungsschema (URL) fur das Abholen des Inhalts der 
beim Server () hinterlegten Servicenachricht () empfangt und 
an die Rechnereinheit () weiterleitet, 
25 e) die ES-Schnittstelle () und die Rechnereinheit () sind 
derart ausgebildet, dass eine Abruf anf orderung (), mit der 
das Endgerat () gemalb dem Adressierungsschema (URL) in der 
Mitteilungsnachricht () beim Server () den Inhalt der hinter- 
legten Servicenachricht () abruf t, an den Server () iibertra- 
30 gen wird, 

f) die ES-Schnittstelle () , die Rechnereinheit () und eine 
Ausgabeeinrichtung () sind derart ausgebildet und miteinander 
verbunden, dass die ES-Schnittstelle () eine von dem Server 
() aufgrund der Abruf anf orderung () aus der Servicenachricht 
35 () anhand von formatierten Strukturinf ormationen () und eines 
endgeratspezifischen Konf igurationsprof ils () erstellt, auf 
einem vorgegebenen Darstellungs format (HTML) basierende Pra- 
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sentationsnachricht () empfangt, diese an die Rechnereinheit 
() weiterleitet und die Rechnereinheit () die erhaltene Pra- 
sentationsnachricht () zur akustischen, grafischen und/oder 
optischen Darstellung der Ausgabeeinrichtung () ubergibt. 

5 

64- Endgerat zur Obertragung von Servicenachrichten im Fest- 
und/oder Mobilnetz, bei dem das Endgerat () als Absender ei- 
nen Nachrichteninhalt 0 einer ftir einen Teilnehmer im Fest- 
und/oder Mobilnetz bestimmten Servicenachricht () generiert 
10 hat, mit folgenden Merkmalen: 

a) eine Endger£t-/Server-Schnittstelle "ES-Schnittstelle" ist 
uber eine paketvermittelte Verbindung () mit einem Server () 
verbindbar, wobei das Endgerat () und der Server () ein Kom- 
munikationsteilsystem () bilden und der Server () unmittelbar 

15 oder mittelbar, iiber einen weiteren Server () mit dem Servi- 
ce zent rum () verbunden ist, 

b) eine die Systemkommunikation des Kommunikationssystems 
steuernde Rechnereinheit () ist mit der ES-Schnittstelle () 
verbunden und die ES-Schnittstelle () und die Rechnereinheit 

20 () sind derart ausgebildet, dass das Endgerat () sich bei dem 
Server () registriert, dem Server () eine f est-/mobilnetzspe- 
zifische Netzadresse () mitteilt und infolge der mitgeteilten 
Netzadresse () von dem Server () eine Zugangsberechtigung er- 
halt, 

25 c) die ES-Schnittstelle () und die Rechnereinheit () sind 

derart ausgebildet, dass das Endgerat () sich bei dem Server 
I () anmeldet und dem Server () Kommunikationssystemadresse () 

ubermittelt wird, die in dem Server () gespeichert wird, 
d) die ES-Schnittstelle () ist derart ausgebildet, dass die 
30 ES-Schnittstelle () eine von dem Server erstellte Vorlage () 
fur das Erzeugen der Servicenachricht () empfangt und diese 
an die Rechnereinheit () weiterleitet, 

f) die ES-Schnittstelle (), die Rechnereinheit () und Einga- 
benittel () sind miteinander verbunden und derart ausgebil- 
35 det, dass die Servicenachrichtenerzeugungsvorlage () mit dem 
generierten Nachrichteninhalt () der weiteren Servicenach- 
richt () ausgefiillt wird und die ausgefiillte Servicenachrich- 
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tenerzeugungsvorlage 0 an den Server () gemaii einem vorgege- 
benen Obermittlungsprotokoll (TCP/IP) ubertragen wird, wobei 
in dem Server () aus der mit dem Nachrichteninhalt () verse- 
henen Servicenachrichtenerzeugungsvorlage () die Servicenach- 
richt () erzeugt wird und diese fur den Teilnehmer irn Fest- 
und/oder Mobilnetz bestimmte Servicenachricht () an das Ser- 
vicezentrum () tibertragen wird. 
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Zusammenf assung / Abstract 

Verfahren, Endgerat und Server zur tibertragung von Service- 
nachrichten im Fest- und/oder Mobilnetz 

5 

Es wird ein Verfahren zur Obertragung multimedialer Nachrich- 
ten von einem Kommunikationsserver zu einem Message-Server 
und von diesem in auf bereiteter Form zur Visualisierung auf 

10 einen Endgerat im Heimumfeld vorgeschlagen, bei dem 

Nachrichten von einem MMSC an einen Messaging-Server (xMMS- 

Server) weitergeleitet werden (push) , 

der Server diese Nachrichten zwischenspeichert , 

und der xMMS-Server an eine STB angeschlossen ist, uber die 

15 die Inhalte auf einem angeschlossenen TV Set visualisiert 
werden. 



FIGUR 1 
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FIG 10 
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